EtherWay 

Installation Manual 



This manual contains reference information to aid in the installation and operation 
of IMC Network's EtherWay/TP8, EtherWay/TP 1 6, EtherWay/2, EtherWay/5 
and EtherWay/12 SNMP Manageable, Multiple Domain, Modular Ethernet 
hubs/repeaters. These hubs provide cost-effective, reliable IEEE 802.3 (ISO/IEC 
8802-3) Ethernet connections for 10Base-5 (AUI), 10Base-2 (BNC), lOBase-T 
(RJ-45) and lOBase-FL (ST) for installations where multiple cabling types are used 
and additional distances are required. 



Disclaimer 

IMC Networks makes no warranties with respect to this document and disclaims any 
implied warranties of merchantability or fitness for a particular purpose. IMC 
Networks assumes no responsibility for any errors that may appear in this document 
or for incidental consequential damages in connection with the performance or use 
of this material. 

This document contains proprietary information which is protected by copyright. 
No part may be reproduced in any way without prior consent of IMC Networks. 

The information in this document is subject to change without notice. 
Copyright 

©1993, 1994, 1995, 1996 IMC Networks. All rights reserved. 
Trademarks 

LANrepeater are trademarks and PCnic, PCnic II, EtherNic and EtherWay are 
registered trademarks of IMC Networks. Other brands or product names may be 
trademarks and are the property of their respective companies. 
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Chapter 1 
Introduction 

IMC Networks' line of low-cost, SNMP-manageable, modular, IEEE 802.3 
(ISO/IEC 8802-3) compliant Ethernet hubs/repeaters include EtherWay/TP, 
EtherWay/2, EtherWay/5, EtherWay/12. 

EtherWay hubs are user-configurable using Hub Modules (HMs) and Port Interface 
Modules (PIMs) for twisted pair, fiber optic and thin coaxial cabling. Each version 
can be purchased with an SNMP Hub Management Module already installed or 
unmanaged and SNMP management can be added later. 

Each may be configured with more than one Collision Domain (refer to Section 2, 
Chapter 2, Multiple Collision Domains, for details) and has an internal power supply 
which is universal, wide-area input, UL/CSA/TUV certified and comes with the 
appropriate country power cord. 

Each hub can be installed in a standard 19" rack, hung on a wall or set on a desk 
or tabletop. 

For detailed installation information on SNMP management options, please refer to 
Section 3, Software Installation. 
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Base Units — Preconfigured 

EtherWay/TP8 and EtherWay/TP16 are modular, low-profile (1 3/4 74.4cm H x 
17l/2"/44.5cm W x 7l/8"/18.1cm D) Ethernet hub. EtherWay/TP8 is pre- 
configured with one TP/8 (RJ-45) Hub Module (HM), with an additional slot for 
installation of a second TP/8 (RJ-45 or Telco) HM. EtherWay/TP16 (Fig. 1 . 1 . 1) is 
configured with two TP/8 (RJ-45) HMs installed. 

EtherWay/TP can be configured with 1 or 2 collision domains. LEDs indicating 
Collision Domain 1, Collision Domain 2 and Power are located on the back of the 
unit. 
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Figure 1. 1. 1. EtherWay/TP1 6 with Rackmount Brackets - Front/Rear Panels 

Base Units — Modular 

IMC Networks' EtherWay hubs are modular by design. This enables them to be 
deployed in multiple configurations as shown in the chart below. 



Application Modules 


EtherWay Hubs 


EtherWay Hub Modules 


EtherWay Hub Modules (HMs) 


X 




EtherLinx Modules 


X 




10-Switch Modules 


X 




100-Switch Modules 


X 




Port Interface Modules (PIMs) 




X 



EtherWay/TP is a modular, low-profile (1 3/4 74. 4cm H x 17 1/2744. 5cm W x 
71/8718. lcm D) Ethernet hub, like EtherWay/TP8 and EtherWay/TP16. Unlike 
these hubs, however, EtherWay/TP has no HMs preinstalled. It can be user- 
configured using 1 or 2 of any of the available HMs — except BNC/5 HMs. 

EtherWay/TP hubs can be configured with 1 or 2 collision domains. LEDs 
indicating Collision Domain 1, Collision Domain 2 and Power are located on the 
back of the unit. 
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EtherWay/2 is a modular, low-profile (l3/4"/4.4cm H x 17i/2"/44.5cm W x 
7i/8"/18.1cm D) Ethernet hub which has two slots for installing one (minimum) or 
two HMs in any combination. It is available with an SNMP Hub management 
can be added later. As with EtherWay/TP hubs, Ether Way/2 can function as a 
single collision domain or can be configured with two domains. LEDs indicating 
Collision Domain 1 , Collision Domain 2 and Power are located on the back of the 
unit. 
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Figure 1. 1.2. EtherWay/2 with Rackmount Brackets - Front/Rear Panels 



EtherWay/5, measuring 3 1/2-/8. 9cm H x 17i/2"/44.5cm W x 7i/8"/18.1cm D, is the 
same as EtherWay/2 but has 5 slots for installing 1 (minimum) to 5 HMs in any 
combination and can be configured with 1-5 collisions domains. A DB-9 modem 
connector for out-of-band SNMP management, an 8 position switch for hub 
configuration and an ON/OFF power-switch are located on the back of the unit. 
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Figure 1.1.3. EtherWay/5 - Front Panel 




Figure 1.1.4. EtherWay/5 - Rear Panel 
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EtherWay/12, measuring 5i/4"/13.3cm H x 17i/2-/44.5cm W x 7i/8"/18.1cm D,is the 
same as Ether Way/5 but has 12 slots for installing 1 (minimum) to 12 HMs in any 
combination and can be configured with 1-2 collision domains. A DB-9 modem 
connector for out-of-band SNMP management, an 8 position switch for hub 
configuration and an ON/OFF power-switch are located on the back of the unit. 




Figure 1.1.5. E ther Wa y/1 2 - Front Panel 
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Figure 1.1.6. E ther Wa y/1 2- Rear Panel 



SNMP Hub Management Modules (HMMs) 

Each EtherWay hub can be purchased with an SNMP Hub Management Module 
already installed or it can be purchased unmanaged and SNMP management can be 
added later. SNMP Hub Management Modules are installed with no loss of media 
slots. 
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The SNMP Hub Management Module (HMM) for EtherWay/TP and EtherWay/2 
is installed internally to the hub. The HMM is supplied with everything required for 
installation. Refer to Section 2, Chapter 1 , Installing SNMP Hub Management 
Modules, for details. 

EtherWay/5 and EtherWay/1 2 each feature an external slot for the installation of 
the SNMP HMM. The HMM is supplied with everything required for installation. 
Refer to Section 2, Chapter 1, Installing SNMP Hub Management Modules, for 
details. 



Hub Modules (HMs) 

The basic building blocks for the modularity of IMC Networks hubs are the Hub 
Modules (HMs). HMs are available in the following versions: 



TP/8 HM (P/N 57-12322) includes eight 
RJ-45 connectors for 1 - 8 lOBase-T 
unshielded twisted pair link segments. 
Shielded twisted pair cable may also 
be used. 



TP/8-TelC0 HM (P/N 57-12332) 
includes a 50-pin Telco connector for 
1 - 8 lOBase-T unshielded twisted 
pair link segments. Shielded twisted 
pair cable may also be used. 
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BNC/5 HM (P/N 57-12323) includes five BNC 
connectors for 1 - 5 10Base-2 'thin' coaxial 
segments. 




Figure 1.1.10. BNC/5 Hub Module 




FO/4 HM (P/N 57-12324) includes 
four pair (transmit/receive) ST 
connectors for 1 - 4 lOBase-FL fiber 
optic link segments. 



Figure 1. 1. 1 1. FO/4 Hub Module 




Error & Carrier LEDs: 
One set for each PIM 



Figure 1.1.12. 3-PIM Hub Module 
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IMC Networks hubs are shipped from the factory with no HMs installed (except 
preconfigured EtherWay/TP that include either one or two TP/8 HMs). HMs 
can be installed in any combination. In the EtherWay/12, for example, HMs of the 
same type could be configured to total up to 96 twisted pair link segments, 60 'thin' 
coaxial segments or 48 fiber optic link segments. 

Front panel LEDs on each HM indicate JAM for the module, ERROR for each BNC 
segment, ERROR and LINK for each twisted pair or fiber optic link segment and 
CARRIER and ERROR for each installed PIM. 

Port Interface Modules (PIMs) 

Each HM features a rear slot for an additional segment or backbone connection of 
any cabling media using Port Interface Modules (PIMs). (Refer to Section 2, 
Chapter 1, Installing Port Interface Modules (PIMs) for more information). If no 
PIMs are installed, HM performance will not be effected. 
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PIMs are available in the following versions: 

BNC PIM (P/N 52-12517) includes one BNC connector for a single IEEE 802.3 
10Base-2 'thin' coaxial segment. 

TP PIM (P/N 52-12518) includes two RJ-45 connectors for a single lOBase-T 
unshielded twisted pair link segment. Shielded twisted pair cable may also be 
used. 

FO-PIM* (P/N 52-12519) includes a pair of ST connectors (one for transmit and 
one for receive) for a single lOBase-FL fiber optic link segment. 

FO-SingleMode PIM (P/N 52-12539) includes a pair of ST connectors (one for 
transmit and one for receive) for one single-mode fiber optic link segment. 

AUI/12v PIM (P/N 52-12530) includes on DB-15 female connector with slide-lock 
for connection to an IEEE 802.3 compliant transceiver (DTE). 

WS PIM (P/N 52-12521) includes one DB-15 male connector for connection to a 
workstation (DCE). 

FO PIMs and TP PIMs include LNK (link) LEDs. 

BNC ports can be terminated using the TERM switch. This feature eliminates the 
need for a 'T' connector with an external terminator. Refer to Section 2, Chapter 1, 
BNC Port Termination, for more information. 

* All fiber optic products come with ST connectors but are also available with SMA connectors. Contact IMC Networks. 
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Ordering Information 

Modular Base Hubs 

57-10220 EtherWay/TP8 (unmanaged) 

57- 1 022 1 EtherWay/TP8 with SNMP Hub Management Module 

57- 1 0320 EtherWay/TP 1 6 (unmanaged) 

57- 1 032 1 EtherWay/TP 1 6 with SNMP Hub Management Module 

57-10210 EtherWay/TP (unmanaged) 

5 7- 1 02 1 1 EtherWay/TP with SNMP Hub Management Module 

5 7- 1 0420 EtherWay/2 (unmanaged) 

5 7- 1 042 1 EtherWay/2 with SNMP Hub Management Module 

5 7- 1 0624 EtherWay/5 (unmanaged) 

57-10625 EtherWay/5 with SNMP Hub Management Module 

57-10524 EtherWay/12 (unmanaged) 

57- 1 0525 EtherWay/12 with SNMP Hub Management Module 

SNMP Hub Management Modules (HMMs) 

5 7-3 94 1 6 SNMP HMM for EtherWay/TP and EtherWay/2 
57-396 1 7 SNMP HMM for EtherWay/5 
57-395 17 SNMP HMM for EtherWay/12 

Hub Modules (HMs) 

57-12322 HM, TP/8 

57-12332 HM, TP/8-Telco 

57-12323 HM, BNC/5 

57-12324 HM, FO/4 

57-12325 HM, 3-PIM 

Port Interface Modules (PIMs) 

52-12517 PIM,BNC 

52-12518 PIM, TP 

52-12519 PIM, FO 

52-12539 PIM, FO-SingleMode 

52-12530 PIM,AUI/12v 

52-12521 PIM,WS 
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Software 

63-528 1 0 SNMPc Network Management (Castle Rock Computing) 
Accessories 

95-39702 Rackmount Brackets (1U high — for EtherWay/TP8 Hub, 
EtherWay/TP16 Hub and EtherWay/2) 

95-39623 Wallmount Brackets 
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Chapter 1 
Installation 

The design of IMC Networks' multiple domain, modular Ethernet hubs allows for 
easy network expansion at any time. Hub Modules (HMs) and Port Interface 
Modules (PIMs) support a variety of configuration options that may be implemented 
as the LAN grows. EtherWay hubs are configured by combining HMs and, 
optionally, PIMs. 



IMPORTANT INSTALLATION INSTRUCTIONS 
FOR RACKMOUNTED UNITS 

Cooling 

If rackmounted units are installed in a closed or multirack assembly, the 
following items must be considered: 

a) The ambient within the rack may be greater than room ambient. The 
maximum temperature for the equipment in this environment is 50° C. 
Consideration should be given to the maximum rated ambient. 

b) Installation should be such that the amount of air flow required for safe 
operation is not compromised, and that a hazardous condition is not achieved 
due to uneven loading. 

Input Supply 

Check nameplate ratings to assure there is no overloading of supply circuits that 
could have an effect on overcurrent protection and supply wiring. 

Grounding 

Reliable earthing of this equipment must be maintained. Particular attention 
should be given to supply connections when connecting to power strips, rather 
than direct connections to the branch circuit. 
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Opening the Case 

The hub cases have been designed for effective RFI shielding. Under most 
circumstances, it is not necessary to open the case. In the rare event that the case 
must be opened, instructions on opening the case have been included here. 

A CAUTION: Hazardous voltages that could cause serious injury are 
present in these hubs. Before opening the case, have all users log 
out from the network and remove the power cable from the unit. 
Opening the case before disconnecting from electrical power could 
result in damage. 

Once the power is off, disconnect the power cord from the back of the unit. To open 
the case, use a Phillips-head screwdriver to remove all the screws on the sides and 
the top of the unit and remove the cover. 

NOTE: If the hub has been mounted in a rack, it is necessary to remove the unit 
from the rack and remove the rackmount brackets. 

Installing Hub Modules (HMs) 

Each HM has an edge connector for connecting to the backplane PCB and one 
connector for installing a Port Interface Module (PIM) for an additional segment or 
backbone connection using any cabling media. 

A minimum of one HM must be installed to have a functional hub. 

NOTE: If a 3-PIM HM is the only HM being installed, a minimum of two (2) Port 
Interface Modules (PIMs) is required. 

NOTE: The hub must be powered down before reconfiguring HMs. 
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BNC connections may also require adjustments for terminations. Termination 
switches are externally accessible from the front of the unit and can be done after 
installation (refer to the BNC Port Termination in this chapter). 

NOTE: Unused BNC ports must be terminated by installing a terminator and 
enabling the BNC port termination switch. 

Each hub is shipped with 'blank' brackets covering the unused HM slots. Each HM 
is shipped with the appropriate bracket. Using a Phillips-head screwdriver, simply 
remove the two screws holding the 'blank' bracket over the slot where the HM is to 
be installed. 

To install an HM in the EtherWay/12, insert the HM into the card guides on the top 
and bottom of the slot and slide the HM forward until it fits securely in the 
connector on the backplane PCB (Figure 2.1.1). 




Figure 2. 1. 1. Installing TP/8 HM into EtherWAy/12 
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To install an HM in all other IMC Networks hubs, insert the HM into the card guides 
on the left and right sides of the slot and slide the HM forward until it fits securely 
into the connector on the backplane PCB (Figure 2.1.2). 




Figure 2. 1.2. Installing TP/8 HM into EtherWAy/2 

After inserting the HM, secure it in place with the bracket supplied and connect the 
cables. 

Installing SNMP Hub Management Modules 

EtherWay hubs may be purchased unmanaged and the SNMP Hub Management 
Module (HMM) can be added when needed. This section discusses the hardware 
installation only. Refer to Section 3, Software Installation, for details on software 
installation and configuration. 

NOTE: The unit must be powered down before installing HMMs. 
Installing in EtherWay/5 and EtherWay/12 

The SNMP Hub Management Module Kits for EtherWay/5 (P/n 57-39616) and 
EtherWay/12 (p/n 57-39516) include the Hub Management Module, bracket and 
two software diskettes. 
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NOTE: A DB-9 Modem connector for out-of-band management is pre-installed 
on both these hubs. 

Each hub features a slot which, when shipped unmanaged, contains a dumb 
controller module. To install the SNMP Hub Management Module, the dumb 
controller module must be removed. 

Using a Phillips-head screwdriver, remove the two screws holding the bracket 
over the controller module. Take the bracket away and gently pull the PCB 
forward until it is completely out of the slot. 

To install the HMM in the EtherWay/12, insert the HMM into the card guides 
on the top and bottom of the slot and slide the HMM forward until it fits 
securely in the connector on the backplane PCB (Figure 2. 1 . 1). Secure the 
HMM in place using the bracket supplied. 

To install an HMM in EtherWay/5, insert the HMM into the card guides on the 
left and right sides of the slot and slide the HMM forward until it fits securely 
into the connector on the backplane PCB (Figure 2. 1 .2). Secure the HMM in 
place using the bracket supplied. 

Installing in EtherWay/2 

The SNMP Hub Management Module Kit (P/N 57-39416) for EtherWay/2 and 
EtherWay/TP includes the Hub Management Module, bracket and two software 
diskettes. 

NOTE: The DB-9 connector assembly is for optional out-of-band management. 

To install an HMM in EtherWay/2 or EtherWay/TP, the cover of the hub must 
be removed. Please refer to Opening the Case earlier in this chapter. 

Once the cover is removed, remove the two screws located on the rear portion 
of the two card guide rails on the right side of the hub (with the front of the hub 
facing forward). Set them aside for later use. 

With the connector toward the rear, position the HMM over the card guide rails. 
Slide the HMM into the connector at position JP3 on the mainboard until it fits 
securely into place (Figure 2.1.3). Secure the module to the card guide rails 
using the two screws that were previously removed. 
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Right side (cut-away view) 



Figure 2. 1.3. Installing the SNMP Hub Management Module in EtherWay/2 

When the hardware installation is completed, replace the cover and power the 
unit on. 

Installing PIMs 

HMs each feature a slot on the back of the PCB for an additional segment or 
backbone connection of any cabling media using Port Interface Modules (PIMs). If 
no PIM is installed in an EtherWay hub, HM performance is not effected. 
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When ordering PIMs for installation in a manageable device, IMC Networks 
recommends Rev. 20 or higher be specified. PIMs with a lower revision number are 
functionally the same, except the way in which they are viewed by Network 
Management Software. For example, if a BNC PIM Rev. 4 is installed, it will be 
viewed by the NMS as a segment with traffic. On the other hand, BNC PIM Rev. 20 
allows the IMC Networks MIB to graphically show the PIM and identify whether 
the Termination switch is set ON or OFF. 

PIMs attach to the connector on the rear of the HM (Figure 2. 1 .4). IMC Networks 
hubs are shipped with 'blank' brackets covering the PIM slots on the back of the 
unit. Each PIM is shipped with the appropriate bracket. 

Using a Phillips-head screwdriver, simply remove the two screws holding the 
'blank' bracket over the slot where the PIM is to be installed. Slide the PIM into its 
slot until it fits securely in the socket. 




Figure 2. 1.4. Installing PIMs in EtherWay/2 

NOTE: The 3 -PIM HM features 3 slots (2 to the front, 1 to the rear) for installing 
from 1-3 PIMs in any combination (Figure 2.1.5). 

After inserting the PIM, replace the 'blank' bracket with the bracket supplied with 
the PIM and connect the cable. 
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Error & Carrier LEDs: 
One set for each PIM 



Figure 2.1.5. Installing PI Ms into 3-PIM Hub Modules 

The only adjustments that may be necessary before inserting PIMs are to the Link 
Integrity Test jumper on the TP PIM (see Link Integrity Test Selection in the Port 
Interface Module Installation Guide). 

BNC Port Termination 

BNC/5 HMs and BNC PIMs feature a termination switch next to each BNC 
connector. This switch allows a 'thin' coaxial segment to be terminated at the 
repeater without a T connector and terminator (Figure 2.1.6). 
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Figure 2.1.6. BNC Port Termination 
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If a 'thin' Ethernet segment is to be terminated at the HM or PIM, attach the cable 
directly to the BNC connector with the termination switch in the ON (enabled) 
position (Figure 2.1.7). 

If the HM or PIM is attached to a midpoint of a 'thin' Ethernet segment, attach a 'T' 
connector to the BNC connector. The termination switch must be set to the OFF 
(disabled) position when this configuration is used (Figure 2.1.8). 




Figure 2.1.7. Figure 2.1.8. 



The following table summarizes BNC termination switch settings. 



BNC Port Termination 



Location of 
Hub/Repeater 


TERM 
Switch 
Setting 


T Connector 


At end of segment 


ON 


Not needed, attach cable directly to BNC port 


At end of segment 


OFF 


Use a T connector with terminator 


In middle of segment 


OFF 


Use a T connector 


Not used 


ON 


Use a T connector with terminator 
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NOTE: 'Thin' Ethernet segments must be properly terminated at both ends and 
grounded at one end (refer to Chapter 4, Coaxial Ethernet Cabling). If the BNC 
segment is not terminated correctly, the ERROR LED on the front panel will glow. 
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Connecting Twisted Pair Cabling 



Crossover connection switch 



TP/8 HMs and TP PIMs support both shielded and unshielded twisted pair cable. 
No adjustments are necessary. All RJ-45 connectors on TP/8 HMs are internally 
crossed, complying with lOBase-T 
specifications. 

TP PIMs include two RJ-45 
connectors for a single twisted pair 
link segment. One is a crossover 
connector (labeled 'X') and one is a 
pass-through connector (labeled 
'II'). Use the pass-through 
connector for connection to a hub or 
repeater, and the crossover 
connector for connection to a 
network interface card. NOTE: 
Only one or the other may be used. 




Figure 2.1.11. TP/8 Hub Module 



TP/8 HMs can be interconnected by 
running twisted pair cable from an 
RJ-45 port on one to an RJ-45 port 

on another. If both ports contain internal crossover functions, an additional external 
crossover is necessary. 

To eliminate the need for external crossover wires, TP/8 HMs feature an internal 
cascading switch at port 8 (labeled 'X/IP) that allows the selection of either 
crossover 'X' (factory default) or pass-through Ml' (parallel) connections. 

To access the cascading switch, remove the TP/8 HM from the hub. The switch is 
located at position SI near Port 8 (Figure 2.1.1 1) on the TP/8 HM. To select the 
pass-through capability, simply move the switch to the 'II' position (away from the 
RJ-45 connector). 

TP/8 HMs can also be interconnected by running twisted pair cables from any of the 
RJ-45 connectors on one module to an AUI connector on another hub by using IMC 
Networks' miniature twisted pair transceiver, TP MAU/Transceiver. Once the TP/8 
HM is successfully connected to the transceiver and both devices are powered on, 
the link LEDs on the TP/8 HM and the transceiver should light. 
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Connecting TP/8 HMs using twisted pair cabling limits the cascading distance to 
100 meters (335 feet), the lOBase-T specification. Longer distances can be 
achieved by using a PIM with a BNC connector. Another method is to create a fiber 
optic link of up to two kilometers between two TP/8 HMs by using a fiber optic 
PIM. 

Wiring TP/8-Telco Hub Modules 

The TP/8-Telco HM provides 8 twisted pair link segment connections. The 
following table details the pin-out specifications for wiring the 50-pin Telco 
connector: 



RH-Pin Tolpn 
UU rill ICIUU 
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Pin Numbers 


Port 


Hub Designation 


Pin Numbers 


26 


1 


RCV POS (TIP) 


1 


1 


1 


KCV NhG (KING) 


2 


27 


1 


VIIT DAC /~TID\ 

AM I rUo (IIP) 


3 


2 


1 


AM I NbG (KING) 


6 


28 


2 


RCV POS (TIP) 


1 


3 


2 


RCV NEG (RING) 


2 


29 


2 


AMT POS (TIP) 


3 


4 


2 


XMT NEG (RING) 


6 


30 


3 


RCV POS (TIP) 


1 


5 


3 


RCV NEG (RING) 


2 


31 


3 


XMT POS (TIP) 


3 


6 


3 


XMT NEG (RING) 


6 


32 


4 


RCV POS (TIP) 


1 


7 


4 


RCV NEG (RING) 


2 


33 


4 


XMT POS (TIP) 


3 


8 


4 


XMT NEG (RING) 


6 


34 


5 


RCV POS (TIP) 


1 


9 


5 


RCV NEG (RING) 


2 


35 


5 


XMT POS (TIP) 


3 


10 


5 


XMT NEG (RING) 


6 


36 


6 


RCV POS (TIP) 


1 


11 


6 


RCV NEG (RING) 


2 


37 


6 


XMT POS (TIP) 


3 


12 


6 


XMT NEG (RING) 


6 


38 


7 


RCV POS (TIP) 


1 


13 


7 


RCV NEG (RING) 


2 


39 


7 


XMT POS (TIP) 


3 


14 


7 


XMT NEG (RING) 


6 


40 


8 


RCV POS (TIP) 


1 


15 


8 


RCV NEG (RING) 


2 


41 


8 


XMT POS (TIP) 


3 


16 


8 


XMT NEG (RING) 


6 



2.1.12 Installation 



Hardware Installation 



Cabling the 10Base-FL Link Segment 



Receive (grey) 



Transmit (white) 



FO/4 HMs and FO PIMs come with ST connectors; SMA connectors are available 
on special order basis. 

Each fiber connection 
consists of two (one pair) 
ST connectors, one for 
transmit and one for 
receive, for a single fiber 
optic link segment. A hub 
can be connected to any 
other lOBase-FL device 
(repeater, network interface 
card, or FO MAU) by 
running a fiber optic cable 
from the transmit connector 
on one device to the 
receive connector on the 
other device, and vice versa (Figure 2.1.12). 

Once the hub is successfully connected to another lOBase-FL device, and both 
devices are powered on, the LINK LED for each link segment should remain lit 
during normal LAN operation. The LINK LED acts as a link integrity check and 
low light indicator. If it does not light, or goes out, a physical problem with the 
fiber optic link segment is indicated. 




Figure 2.1.12. FO/4 Hub Module 



Cabling Configurations 

IMC Networks hubs can be used for a wide variety of cabling configurations and 
distances. If connecting to 'thick' or 'thin' coaxial cabling, the hub can be placed 
anywhere on the segment. If connecting to twisted pair or fiber optic cabling, the 
hub can be placed only at the end of the segment. 

HMs and PIMs may be installed in any combination, depending upon the network 
requirements. For example, if a network running on twisted pair needs to be 
extended to another building, a fiber optic segment may be added using a FO PIM. 
The flexibility of IMC Networks hubs is limited only by the IEEE 802.3 
configuration and distance specifications for each cabling type. 
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Figure 2.1.13 shows a configuration example using EtherWay/12. It shows 
EtherWay connected to twisted pair hubs using 'thin' coaxial cable for connections 
in Building 1 and using fiber optic cable for connections in Buildings 2 and 3 which 
are farther away. This is only one example of the many possible configurations 
available with IMC Networks hubs. 
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Figure 2. 1. 13. Example of EtherWay/1 2 Configuration 



For additional information on IEEE 802.3 repeater and cabling configuration 
specifications, refer to Chapter 4, Network Installation Guidelines. 
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Chapter 2 

Multiple Collision Domains 

A single Ethernet LAN is made up of one or more segments connected together. 
This single LAN can also be thought of as one logical unit or, more accurately, a 
collision domain. LAN, logical unit and collision domain are used interchangeably 
in this manual. 

An IMC Networks hub, whether managed or unmanaged, features the capability for 
the unit to be configured with two or more collision domains. The hub is configured 
by setting an externally accessible switch. Which slots fall within which collision 
domain are preset. Refer to Configuring Multiple Collision Domains in this chapter 
for details. 

The following examples show variations on applications for using this capability. 
These examples use EtherWay/2 (with the exception of Fig. 2.2.5, which uses 
EtherWay/5) and are very simple in their scope. EtherWay/5 and EtherWay/12 
can each be configured with multiple collision domains providing many more 
configuration possibilities. If in doubt as to how to use this capability to its full 
advantage, contact IMC 
Networks for further 
assistance. 

Configuring the hub with two 
domains and connecting both 
collision domains to a single 
fileserver with two network 
interface cards (NICs), using 
the server as an internal bridge 
(Figure 2.1.x), broadens the 
bandwidth which increases the 
throughput and can 
dramatically decrease the 
number of collisions. 
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Figure 2.2.1. Server Internal Bridging 
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If the hub has not been configured 
with two or more domains but two 
cables from the hub have been 
attached to two NICs in a single 
fileserver, an illegal Ethernet loop 
will have been created (Figure 2.2.2). 
This will cause router errors at the 
fileserver. 



EtherWay/2 
or 

EtherWay/TP 



VERY BAD! 



FS 



A | B 



One Collision Domain 



Figure 2.2.2. Illegal Ethernet Loop 



If the hub has been attached to two 
independent fileservers but has not 
been configured with two collision 
domains, the separation of the LANs is 
eliminated resulting in a single LAN 
with two fileservers (Figure 2.2.3). 
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Figure 2.2.3. One LAN with Two Fileservers 



Configuring the hub with two 
collision domains and connecting 
each domain to a separate fileserver 
will create two independent LANs 
(Figure 2.2.4). 
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Figure 2.2.4. Two Independent LANs 
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Configuring an 
EtherWay/5 with four 
collision domains and 
connecting each domain 
to a separate fileserver 
will create four 
independent LANs 
(Figure 2.2.5). 
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Figure 2.2.5. Four Independent LANs 



Configuring Multiple Collision Domains 

Hubs can be configured with multiple collision domains, creating separate 
workgroups. A cable from each domain can then be connected to multiple network 
interface cards installed in the fileserver, dedicated bridge or router. This optional, 
multiple domain capability takes advantage of the server's internal bridging function 
to provide logical, as well as physical, LAN segmentation and increased performance. 

EtherWay/TP, EtherWay/2 are factory set as one collision domain, but each 
can be configured with two collision domains by setting a two-position switch 
located on the backplane of the PCB. This switch may be accessed through the left 
PIM slot (Figure 2.2.6) by removing the 'blank' P1M bracket covering the P1M slot, 
or removing the PIM. 
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COLLISION 
DOMAINS 
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Switch accessed through left PIM slot 
Figure 2.2.6. EtherWay/2 & EtherWay/TP Collision Domain Switch 
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If the switch is up, (Position 2) the hub is configured as two collision domains. If 
the switch is down (Position 1) the hub is configured as a single collision domain. 
After setting the collision domain switch to the desired setting, replace either the 
PIM and its bracket or the blank PIM bracket. 

EtherWay/5 and EtherWay/12 are also factory set as one collision domain. 
EtherWay/5 may be configured with two, four or five collision domains and 
EtherWay/12 with two, four or twelve collision domains. Figures 2.2.7 and 2.2.8 
show which slots fall within each collision domain. To configure the hubs, set 
switches 1 - 2 on the 8-position DIP switch located on the back of the unit as follows: 



1 controllerI I SLOT 1 

EtherWay/5 

ffWi | SLOT 4 | | SLOT 2 | 




SLOT 5 SLOT 3 




SPLITTING INTO MULTIPLE HUBS (See Manual) 


# of Hubs 


Slot Designation 


Switch Settings 


1 


1 -5 


1 = OFF, 2 = ON 


2 


1-3, 4-5 


1 = ON, 2 = OFF 


4 


1 -2, 3, 4, 5 


1 = ON, 2 = ON 


5 


1, 2, 3, 4, 5 


1 = OFF, 2 = OFF 



Collision 
Domain 
switch on 
rear panel 



MODEM 




SEE MANUAL 



Figure 2.2.7. EtherWay/5 Collision Domain Switch Settings 
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Figure 2.2.8. EtherWay/12 Collision Domain Switch Settings 
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Chapter 3 
Indicator LEDs 



Hub Modules 



Each Hub Module (HM) features LEDs for troubleshooting and monitoring 
connection status. 

When cold and warm booting manageable devices, an LED diagnostic test is 
performed to verify proper operation of Hub Module LEDs. All LEDs, including 
the LED Bargraph, are illuminated for approx 20 seconds. FO/4 HM LINK LEDS 
are not controlled by the SNMP board; therefore, those LEDs are not tested. 

Located on the front panel of each HM are the following LEDs (Figure 2.3.1): 



CARRIER Flickers green when a Port Interface Module (P1M) is installed in the 
rear slot of the HM and the PIM is receiving data. 




JAM (amber) 



Figure 2.3. 1. Hub Module JAM and PIM LEDs 



JAM 



Flickers amber occasionally in normal operation. This signifies 
collisions on the network and is a common occurrence in Ethernet 
networks. 
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ERROR Flickers red indicating an error condition for the PIM. If this LED 
stays on, it indicates the segment has been partitioned from the 
network (usually indicating a termination problem). Reconnection is 
automatic when the error condition has been corrected. 

Also located on the front panel of each HM are LEDs for each port. They are: 

LINK Glows green if a good twisted pair or fiber optic connection has been 

established. This LED should glow constantly during normal 
operation. If it does not glow, or goes out, there is a problem with the 
link segment. 

ERROR Flickers red indicating an error condition. If this LED stays on, it 

indicates the segment has been partitioned from the network (usually 
indicating a termination problem or link failure). Reconnection is 
automatic when the error condition has been corrected. 




Error (red) 

Figure 2.3.2. BNC/5 Hub Module LEDs 
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Figure 2.3.3. TP/8 Hub Module LEDs 
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F/gure 2.3.4. TP/8-Telco Hub Module LEDs 




1 Error/Link Failure (red) 

Link Integrity (green) 



Figure 2.3.5. FO/4 Hub Module LEDs 




PIM slots 



Figure 2.3.6. 3-PIM Hub Module LEDs 

If any red ERROR LED glows constantly, it indicates a segment has been 
partitioned from the network. Reconnection is automatic when the error condition 
has been corrected. If constant ERROR or JAM conditions exist, refer to Section 2 
Chapter 5, Troubleshooting for possible solutions. If the problem persists, contact 
IMC Networks Technical Support for assistance. 
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Hub Controller Modules 

Each controller module features LEDs for troubleshooting and monitoring 
connection status. 

The front panel of the 'dumb' hub controller module features the following LEDs: 
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Figure 2.3. 7. EtherWay/5 'Dumb' Hub Controller Module LEDs 

POWER Glows green if the module is receiving power. 

COLLISION DOMAINS (eg: on the EtherWay/5, these LEDs are labeled 1, 2, 4 
and 5) There are LEDs to indicate how many collision domains the 
hub has been configured with. If the hub has not been configured with 
more than one collision domain, Collision Domain 1 LED will glow 
green. If the hub has been configured with more than one collision 
domain, the appropriate LED will glow green. 

NOTE: The Hub Controller Module on the EtherWay/12 is in a vertical 
orientation. Collision LEDs are labeled 1, 2, 4 and 12. 

SNMP Hub Management Modules 

The front panel of the SNMP Hub Management Module features the following 
LEDs: 
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Figure 2.3.8. EtherWay/5 SNMP Hub Management Module LEDs 



NOTE: The SNMP Hub Management Module on the EtherWay/12 is in a vertical 
orientation. Collision LEDs are labeled 1, 2, 4 and 12. 
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POWER Glows green if the module is receiving power. 

COLLISION DOMAINS (eg: on the EtherWay/5, these LEDs are labeled 1, 2, 4 
and 5) There are LEDs to indicate how many collision domains the 
hub has been configured with. If the hub has not been configured with 
more than one collision domain, Collision Domain 1 LED will glow 
green. If the hub has been configured with more than one collision 
domain, the appropriate LED will glow green. 

The front panel of the SNMP Hub Management Module features a 
switch button which is located between the Bargraph LEDs and the 
Domain Traffic LEDs. This button allows the selection of which 
collision domain is to be monitored. If SCAN is selected, each 
domain is monitored, in turn, for 5 seconds. 

DOMAIN TRAFFIC The LED Bargraph monitors Ethernet utilization from 
0 - 50% on whichever collision domain is selected. The DOMAIN TRAFFIC LEDs 
are used in combination as a binary number to determine which domain is being 
monitored by the LED Bargraph. For example, domain 1 is monitored when 
DOMAIN TRAFFIC LED 1 is lit, domain 2 when LED 2 is lit, domain 3 when 
LEDs 1 and 2 are lit, and so forth. 

minimi minimi minimi 

0% traffic 10% traffic 20% traffic 

minimi minimi minimi 

30% traffic 40% traffic 50% traffic 

Figure 2.3.9. LED Bargraph - Domain 
Utilization (EtherWay/5) 

NOTE: The LED Bargraph on the EtherWay/12 is in a vertical orientation reading 
from bottom to top (eg: If there is 10% traffic, the bottom two LEDs would glow). 
EtherWay/2, EtherWay/TP do not feature these LEDs, but, if the hubs are 
managed, status is displayed in the SNMP software. 

For information on Port Interface Module LEDs, refer to the Port Interface Module 
Installation Guide. 
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Chapter 4 

Network Installation Guidelines 

To aid network installers, IMC Networks has included network configuration 
information and IEEE 802.3 specifications for Ethernet networks in this chapter. All 
IMC Networks products are compatible with other third-party IEEE 802.3 compliant 
Ethernet products and can be integrated easily into existing networks. 

While most office LANs are easy for experienced computer users to install and 
support, it is recommended that a reputable cable installation contractor be called 
upon for larger or more complex networks. 



The 5-4-3 Rule 

The IEEE defines how many repeaters can be used as well as how many coaxial 
segments vs. link segments between any two nodes on a LAN. This definition is 
referred to as the 5-4-3 Rule. It has been designed to get the maximum performance 
out of a LAN. Deviation from this rule may result in noticeable degradation of 
performance. 

Very simply, this rule means: 

5: There should be no more than 5 segments between any two nodes. 
4: There should be no more than 4 repeaters between any two nodes. 
(NOTE: An Ethernet hub qualifies as a repeater) 

3: There should be no more than 3 coaxial segments between any two nodes. The 
rest must be link segments. 

This rule is documented in IEEE Std-802.3i- 1 990 in the System Considerations for 
Multisegment 10Mbps Baseband Network section. 
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Creating Multi-Media Networks 

The physical size of a network is restricted by the limits of individual network 
components. Segments of various types may be combined using repeaters for more 
versatility in larger LAN installations. In planning a network layout and installation, 
refer to Table 2.4. 1 and the examples on the following pages. 



Coax Segment 




Table 2.4.1. Ethernet Specification Summary 



Characteristic 


Thick 
Ethernet 


Thin 
Ethernet 


Unshielded 
Twisted Pair 


Shielded 
Twisted Pair 


Fiber Optic 


Ethernet 
Specification 


10Base-5 


10Base-2 


10Base-T 


N/A 


10Base-FL 


Single-mode 


Maximum cable 
segment length 


1,640 feet 
(500 meters) 


607 feet 1 
(185 meters) 


328 feet 
(100 meters) 


492 feet 
1 50 meters) 


6,560 feet 
(2,000 meters) 


13,120 feet 2 
(4,000 meters) 


Maximum nodes 
per segment 


100 


30 


2 


2 


2 


2 


Minimum 
cable length 
between nodes 


8.2 feet 
(2.5 meters} 


1 .64 feet 
(0.5 meters) 


1 foot 
(0.3 meters) 


1 .5 feet 
(0.45 meters) 


8.2 feet 
(2.5 meters) 


8.2 feet 
(2.5 meters) 



1 IMC Networks' products support thin cable segment lengths of up to 1,000 feet (305 meters), exceeding IEEE 802.3 specifications. 

2 In some instances, dependent upon the network environment, cabling distances may exceed 4 kilometers. 
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The following are IEEE 802.3 specifications for network configuration: 

1. If a MAU is attached to a repeater, Heartbeat (SQE) Test on the MAU must be 
disabled. 

2. The transmission path between any two DTEs may consist of a maximum of 
five segments and four repeaters (Figure 2.4.2). 



Fiber Optic Segments up to 1,000 meters 



FO PIM 



FO PIM 




Twisted Pair Segments up to 100 meters 

Figure 2.4.2. Example of Transmission Path Between Two DTEs 

3. When a network path consists of five segments and four repeaters, up to three of 
the segments may be coaxial and the remainder must be either twisted pair or 
fiber optic cable (link segments) (Figure 2.4.3). 
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Twisted Pair Segments up to 100 meters 

Figure 2.4.3. Maximum Transmission Path with Three Coaxial Segments 



4. When a network path consists of five fiber optic cable segments, each segment 
should not exceed 500 meters. With four fiber optic cable segments, the 
maximum allowable length per segment is 1,000 meters (Figure 2.4.4). 
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Figure 2.4.4. Fiber Optic Link Segment Distance Limitation 
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5. For greater flexibility with coaxial cable, DTEs or repeaters (up to 100 for 
'thick' Ethernet, up to 30 for 'thin' Ethernet) may be attached via the AUI or 
BNC ports to a single Ethernet backbone (Figure 2.4.5). 
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Attach up to 8 (EtherWay/TP8) or 16 (EtherWay/TP16) 
10ESase-T Ethernet Devices to each hub on the backbone 



Figure 2.4.5. Backbone Structure 



Additional requirements for each type of cabling are given in the following 
sections. IMC Networks recommends that the cabling system be thoroughly 
inspected and tested before technical difficulties are referred to technical support 
personnel. 
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Coaxial Ethernet Cabling 

Both ends of a coaxial segment must be properly terminated. Refer to Section 2, 
Chapter 1, BNC Port Termination for more details. The terminator must match the 
impedance of the coaxial segment. 

The coaxial cable segment must be properly grounded using grounded terminators 
(ordinary terminators with grounding wires attached). To use these, make sure only 
one of the two terminators of any LAN segment is a grounding terminator and attach 
the grounding wire to the grounding screw of any AC power outlet. 

If grounding terminators are not available, the cable can be grounded by soldering a 1 6 
or 18 gauge insulated wire to the shield conductor on a BNC "T" connector and 
connecting the opposite end of the wire to the grounding screw of an AC power outlet. 

Twisted Pair Ethernet Cabling 

IMC Networks products with RJ-45 and Telco ports support both shielded and 
unshielded twisted pair cabling. No adjustments to the ports are necessary. 

Twisted pair Ethernet systems are unusually sensitive to improper cabling. High 
quality wire and connectors must be combined into a cabling system meeting or 
exceeding the lOBase-T specification. 

The recommended twisted pair wire for the link segment is a 1 00 Ohm unshielded 
24 AWG wire or 150 Ohm shielded 26 AWG, such as AT&T Type D inside wire 
(DIW) or an equivalent. DIW is available in several sizes: 3, 4, 6, 12, 16, and 25 
pairs. The cable must have at least two twists per foot. 

The lOBase-T specification does not allow the use of silver satin flat wire 
(commonly found between the wall and the phone device in modular home or office 
telephone systems), straight patch wires, or any other cable which is not comprised 
of at least two twisted copper pairs. 

If there is unshielded twisted pair cable already installed in offices, typically phone 
cabling, it may be possible to use it. The existing cable must meet or exceed the 
IEEE 802.3 specification. In addition, it must be thoroughly tested for continuity 
and attenuation (no more than 10 dB at 10 MHz), visually inspected along as much 
of its length as possible, must not be routed near sources of electrical noise such as 
radio transmitters, amplifiers, motors or fluorescent lighting fixtures, and must not 
run alongside power lines for great distances. These are also good 
recommendations for routing new cable. 
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Twisted Pair Cable Connectors 

The lOBase-T specification stipulates that the link segment terminate with a male 8- 
pin RJ-45 (ISO 8877) modular connector. This is different from the 6-pin RJ-11 
connector commonly used in telephone applications. The corresponding female 
connector is defined for use at the medium-dependent interface (MDI) on the MAU 
itself, and is also used on many lOBase-T repeaters, including IMC Networks' twisted 
pair products. 

Only two of the twisted pairs in the cable are used per link. Figure 2.4.6 provides the 
most common wire colors for pin assignments needed for straight-through link 
segment cables with DIW wire and RJ-45 connectors (the pin numbers correspond to 
those in Figure 2.4.7, and colors may vary depending upon cable manufacturer). 



PIN 


PAIR 


COMMON WIRE COLORS 


FUNCTION 


1 


2 


White insulation with orange band or Solid blue 


Transmit + 


2 


2 


Orange insulation with white band or Solid orange 


Transmit + 


3 


3 


White insulation with green band or Solid black 


Receive + 


4 


1 


Blue insulation with white band or Solid red 


Not used 


5 


1 


White insulation with blue band or Solid green 


Not used 


6 


3 


Green insulation with white band or Solid yellow 


Receive - 


7 


4 


White insulation with brown band or Solid brown 


Not used 


8 


4 


Brown insulation with white band or Solid grey 


Not used 



Figure 2.4. 6. RJ-45 Connector Pin Assignments for DIW Link Segment 



Not Used 5 
RD- 6 
Not Used 7 
Not Used 8 




Figure 2.4. 7. RJ-45 Connector Pin Assignments 
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Most cable faults appear at the RJ-45 connector itself. Use caution when 
building these cables, or have them assembled by experienced professional 
cable installers. 

Only the highest quality connectors from reputable manufacturers, such as AMP or 
Stewart, should be used. In the event of erratic LAN operation, wiggling the cables 
where they attach to RJ-45 connectors may often restore or reduce network 
performance, in which case the connectors should be replaced. 

Fiber Optic Cabling 

Fiber optic cabling can be used to expand the reach of Ethernet LANs. lOBase-FL 
supports cable lengths which would require the use of repeaters or bridges with 
coaxial or twisted pair cable. Because digital signals transmitted over unbroken 
lengths of fiber optic cable are completely immune to RF interference, having to 
avoid electronically noisy environments is not a factor when planning the cable 
installation. 

Fiber optic cable is vulnerable to signal loss and distortion due to low light levels 
caused by excessive splices, so it is very important to keep these splices to a 
minimum during LAN installation planning. Fiber optic cable splicing requires 
special splicing equipment used by trained personnel. For these reasons, IMC 
Networks recommends that professionals experienced with fiber optic LANs be 
consulted in the planning and installation of fiber optic networks. 

A fiber-optic hub or multi-port repeater is required to carry the signal to multiple 
devices. lOBase-FL devices are connected by running a fiber optic cable from the 
transmit connector on one device to the receive connector of the other, and vice 
versa. Though not required, duplex cable (cable with one of the pair of cables 
marked along its length) is recommended to make installation and maintenance 
easier and more convenient. 

The fiber optic specifications require each fiber optic cable segment, as installed 
(including splices, etc.), have an attenuation (weakening of signal) less than or equal 
to 10 dB/km and a bandwidth greater than or equal to 150 MHz (referred to 1 km at 
a wavelength of 850 nm). This can be checked using specialized fiber optic 
measuring and test equipment. 
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The following gauges are compatible with lOBase-FL and all of IMC Networks' 
fiber optic products: 

50/125 urn 

62.5/125 ixm (most common) 
85/125 Lim 
100/140 urn 

IMC Networks fiber optic products come with ST bayonet-mount connectors or are 
available with SMA screw-on connectors on a special order basis. 
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Chapter 5 
Troubleshooting 

The following troubleshooting suggestions may help in locating problem areas and 
in correcting difficulties. Please remember, this guide assumes that the workstations 
and fileserver are on the same collision domain, or that a bridge, internal fileserver 
bridge and/or a router is installed for communication between different domains. 

/. During initial installation, if the unit does not seem to be working 
properly: 

A. Make sure ALL modules are correctly fitted into the hub. The Hub Module 
(HM) should slide into the slot and 'click' into place (Refer to Section 2, 
Chapter 1, Installing Hub Modules). 

B. Check that the power LED is on. 

C. Make sure that the software, both for the server and workstation, is correctly 
installed. Ensuring that communication exists between a PC and the 
fileserver will speed up troubleshooting procedures. 

//. If the workstation will NOT connect to the fileserver: 

A. If the LAN is running on BNC coaxial cabling : 

1 . Can other workstations on the SAME coaxial segment connect to the 
fileserver? 

a. If yes, the problem must be at the workstation. Refer to the PC and/or 
Ethernet LAN card documentation for help. 
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b. If no, and other workstations on different coaxial segments can 

connect to the fileserver, check the termination on the faulty segment. 
Both ends MUST be terminated. If the coaxial cable is connected 
DIRECTLY to the BNC port, make sure the termination is ON . If the 
cable is connected via a 'T" connector, the termination should be 
OFF . 

If termination is set correctly, check the BNC connectors on the cable. 
If the connectors are not fitted correctly, the segment will not operate. 
Refer to Section 2, Chapter 1, BNC Port Termination and Chapter 4, 
Network Installation Guidelines for further information on coaxial 
cabling. 

NOTE: Unused BNC ports must be terminated by installing a 
terminator and enabling the BNC port termination switch. 

2. Can other workstations connected to a DIFFERENT cable and 
DIFFERENT BNC port on the same HM connect to the fileserver? 

a. If yes, the problem may be the port or the segment. Try connecting a 
working segment to the port in question. If it works, the problem is in 
the segment cable. 

b. If 'a' doesn't work, either the termination is set wrong, or the port 
has gone bad. 

C. If the LAN is running on twisted pair or fiber optic cabling: 

1 . Is the link integrity LED for that port glowing? 

a. If yes, the problem must be with the workstation. Refer to the PC 
and/or Ethernet LAN card documentation for help. 

Some lOBase-T LAN cards also have a link integrity test LED. If this 
LED is not glowing, this also indicates a problem with the PC and/or 
LAN card. 

b. If no, the cabling could be at fault. Refer to Section 2, Chapter 3 for 
more information on twisted pair or fiber optic cabling. 

2. Can other workstations connected to a DIFFERENT TP or FO port on 

the same HM connect to the fileserver? 

a. If yes, the problem may be the port or the segment. Try connecting a 
working segment to the port in question. If it works, the problem is in 
the segment cable. 
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b. If 'a' doesn't work, either the termination is set wrong, or the port 
has gone bad. 

///. General Errors: 

A. Collision Domains — The number of collision domains is indicated by 
LEDs either on the front of the unit (EtherWay/5 and EtherWay/12) or the 
rear of the unit (EtherWay/TP and EtherWay/2). The number of domains 
is set by a dip switch (refer to Section 2, Chapter 2, Configuring Hubs with 
Multiple Collision Domains). 

I . Is the hub configured with multiple collision domains? 

a. If yes, ensure that the workstation's collision domain is connected via 
a bridge/router to the fileserver's collision domain. 

b. If no, check the configuration as indicated in sections I and II in this 
chapter. If the problem persists, contact IMC Networks Technical 
Support. 

B. LEDs 

1 . The red ERROR LED is glowing constantly. 

a. This may indicate a cabling fault. Check the configuration as 

indicated in sections I and II in this chapter. If the problem persists, 
contact IMC Networks Technical Support. 

2. The amber JAM LED is glowing constantly. 

a. IMC Networks Technical Support has received many calls regarding 
the JAM LED on hubs and repeaters. When the JAM LED flickers, 
this signifies collisions on the network. This is a common occurrence 
in Ethernet networks. As nodes and traffic increase on an Ethernet 
network, so will the amount of collisions. This does not 
automatically mean the hub/repeater or the network has a problem. 

If the network seems to be experiencing too many JAMs (collisions) 
and the performance is deteriorating, there may be too many nodes on 
the network or the fileserver may be getting overloaded. There are 
many ways to fix this; splitting the network with bridges (internal/ 
external) is one solution. If more technical advice is needed, contact 
IMC Networks Technical Support. 
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Chapter 1 
HUBCTRL 

What Is HUBCTRL? 

HUBCTRL (Hub Control) is a powerful, easy to use and unique configuration tool 
that is included with SNMP-manageable devices from IMC Networks. It is 
important to read this section. 

HUBCTRL is an in-band configuration utility which allows users to quickly and 
easily complete the first stages of SNMP configuration (ie: set the IP address, the 
subnet mask and default gateway, define the community strings and SNMP traps, 
and to set PPP parameters for remote management). 

In addition to the above functions, HUBCTRL offers an authorized IP address 
system and access restriction to MIB groups supported by IMC Networks 
manageable devices. These extra layers of security are purely optional and do not 
effect SNMP compatibility in any way. 

HUBCTRL can also be used to upload new versions of the system software and new 
MIB information. It also offers diagnostic capabilities for speedier resolution of 
technical support issues. 
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Hardware Requirements 

HUBCTRL requires the following hardware: 

8086 with 640K RAM (minimum) 
FDD or HDD 

Ethernet NIC with Packet Driver Specification (PDS) driver 
DOS 5.0 or higher 

NOTE: A CRYNWR public domain packet driver set is supplied with all 
manageable devices shipped from IMC Networks. Please refer to Chapter 3, Packet 
Driver Specifications, for more details. 

Software Requirements 

HUBCTRL is mapped directly to an Ethernet II frame. In order to achieve this, a 
PDS-compatible packet driver must be loaded. This packet driver MUST conform 
to the PDS specifications. 

The CRYNWR public domain packet driver set is included on SNMP Support Disk 
2 (supplied with the IMC Networks manageable device). These drivers can be used 
in conjunction with most Ethernet Network Interface Cards (NICs). Please refer to 
Chapter 3 (in this section), Packet Driver Specifications (PDS), for further 
information on which NICs are supported and how to install the corresponding 
packet driver. If a specific NIC is NOT listed, consult the documentation, or 
supplier, for information on how to obtain a packet driver. 

If an IMC Networks Ethernet NIC is being used, the packet drivers can be found on 
SNMP Support Disk 1 (shipped with the IMC Networks manageable device) within 
the sub-directory \IMCUTIL. 

Transport Protocols for the Management PC 

HUBCTRL does NOT use the TCP/IP transport protocol or the SNMP management 
protocol — it is mapped directly to an Ethernet Il-type frame. Therefore, to run 
HUBCTRL, neither an NMS or a TCP/IP protocol stack is needed. 

Since HUBCTRL is not reliant on a protocol (i.e. TCP/IP, IPX), HUBCTRL frames 
CANNOT be passed through a router. However, HUBCTRL frames CAN pass 
through a bridge, or a bridge/router (BROUTER). IMC Networks strongly 
recommends that the HUBCTRL PC be directly connected to an Ethernet port 
within the first collision domain of the manageable device. 
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HUBCTRL Overview 

Transport Protocol Variables 

SNMP is purely a management protocol. SNMP does NOT have a transport 
component. Like the majority of other SNMP-manageable device 
manufacturers, IMC Networks utilizes TCP/IP as the transport protocol for 
SNMP. 

In order for TCP/IP to function correctly within the IMC Networks manageable 
device, certain variables associated with the protocol must be configured 
correctly. These are: 

1) A unique IP address must be assigned 

2) The subnet mask must be set 

3) A default TCP/IP gateway address must be set 

HUBCTRL allows the installer to set these variables in-band, across the 
Ethernet cable, from ANY PC running a packet driver and HUBCTRL. 

HUBCTRL Transport Protocol 

HUBCTRL is a product unique to IMC Networks. It will only work with IMC 
Networks manageable devices. As mentioned earlier, HUBCTRL is directly 
mapped to an Ethernet II frame and utilizes its own protocol - Hub Management 
Protocol (HMP). 

The simple fact that HUBCTRL is NOT reliant upon TCP/IP makes it a useful 
first line tool for troubleshooting. If HUBCTRL can connect to the IMC 
Networks manageable device, it proves that the IMC Networks manageable 
device is operational and that the PC and Ethernet card are also functioning 
correctly. 

Community Definitions 

After setting the variables for the transport protocol, community strings may 
need to be created. The community database and the community access right 
are always resident within the manageable device. As standard, the IMC 
Networks manageable device is shipped with the community string PUBLIC 
pre-defined with READ/WRITE (GET, GET-NEXT and SET) rights access to 
all MIB groups. 
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In addition to the standard GET, GET-NEXT or GET, GET-NEXT and SET, 
there are three extra levels of security associated with community strings: 
Community View Group Assignments, IP Authentication, and IP Authentication 
directly related to a community string. 

MIB VIEW (Community View Group Assignments): This limits the MIB 
groups which can be seen by a specific community. For example, a certain 
community may be disallowed access to the agent information. This would 
prevent the members of this community from viewing or re-configuring agent 
information. 

IP AUTHENTICATION: Certain IP addresses, when using a specific 
community string, may be given more, or less, access than other users of this 
community from other IP addresses. For example, members of the community 
EVERYONE may be given READ ONLY (r/o) rights (equivalent to the GET 
and GET NEXT commands). However, the IP address 192.92.192.10 may be 
given READ WRITE (r/w) permission (equivalent to GET, GET NEXT and 
SET). 

IP AUTHENTICATION AND COMMUNITIES: A community can be created 
which can ONLY be used by certain IP addresses. In other words, the 
community PRIVATE could be created which can only be used by IP address 
192.92.191.1. This allows, for example, the SNMP SET command to be tied to 
a specific community (PRIVATE) AND a specific IP address (192.92.191.1). 

NOTE: These functions are not required to manage IMC Networks devices, but 
they do add extra security and functionality which may be needed in some 
installations. 

As with the community definitions, the MIB VIEW and IP Authentications are 
resident within the manageable device. Table 3.1.1 summarizes some of the 
possibilities associated with these commands. 
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Table 3.1.1. 



OPTION 


COMMENTS 


EXAMPLE 


Community 
String 


Any SNMP command must be 
preceded by a community string. If the 
string is incorrect (ie: the manageable 
device does NOT have that 
community string configured), the 
SNMP command is rejected by the 
manageable device. 


A manageable device has TWO 
community strings defined: PUBLIC and 
MANAGERS. If a management PC tries 
to manage this device using the 
community string GLOBAL, the command 
is rejected. 


Access Mode 


READ ONLY (r/o): GET and GET- 
NEXT 

READ WRITE (r/w): GET, GET-NEXT 
ana ot i 


A community with r/o can view 
information from the manageable device 
but CANNOT set information (e.g. disable 
a port). A community with r/w can read 
information and SET information. The 

mmmimitv PI IRI If mn\/ hp p/n thp 

community MANAGERS may be r/w 
(SET). 


MIB VIEW 


Enables/disables access to certain 
MIB groups. 


A community EVERYONE could be setup 
so that access to the RMON statistics 
group (Ethernet statistics for the entire 
collision domain) is disabled. 


IP Authentication 


Assigns a different access mode to a 
community string, dependent on IP 
address 


If a community string is used by a 
management station with a certain IP 
address this management station may 
have MORE or LESS permission than 
another station using this management 
address. The community MANAGERS 
may be r/o, but if IP address 
192.92.191.1 is used with the community 
MANAGERS, it will receive r/w. 


IP Authentication 
and 
Communities 


A community can ONLY be used by a 
certain IP address 


A certain community string can ONLY be 
used from a pre-defined IP address. The 
community MANAGERS may ONLY be 
used by the IP address 192.92.191.2. 
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HUBCTRL Installation and Set-up 

After installing the packet driver, and before installing HUBCTRL, check the 
collision domain setting on the hardware. If the IMC Networks manageable device 
has been configured with more than one collision domain, the PC running 
HUBCTRL must be attached to any Ethernet port in the FIRST collision domain. 

For further details, or if there is uncertainty as to how the hardware is configured, 
refer to Section 2, Hardware Installation, Chapter 2, Splitting Hubs Into Multiple 
Collision Domains. 

Once the hardware settings are confirmed, copy HUBCTRL.EXE from the sub- 
directory IMC on SNMP Support Disk 1, included with the IMC Networks device, 
to the hard-disk or to a working floppy disk. At the DOS prompt, type: 

HUBCTRL <CR<- I > 

HUBCTRL will load and display the main screen as shown in Figure 3.1.1. 



Command 
Prompt ' 



IMC Networks Corp. - HUBCTRL Version X.XX 



C Establish Session 

E End Session 

Q Quit Monitor 

<F2> SNMP Agent Configuration 

RP Filenam Read PROM from HUB to file 



D Flash Prom Directory 

T List Tasks 

G Load and Execute Program 

REBOOT Reboot HUB ooerating Sys. 
WP Filenam Program PROM with file 



Figure 3. 1. 1. Main Menu - HUBCTRL 

If the IMC Networks manageable device's IP address has been configured, 
HUBCTRL can connect directly to the device by specifying the device's IP address 
on the command line as follows: 

HUBCTRL [IP_Address] 
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For example: 

HUBCTRL 192.92.191.201 

will connect to the device with the IP address of 192.92.191.201. This prevents 
HUBCTRL from scanning the entire network for all IMC Networks manageable 
devices (described in the following section). 

Connecting to Manageable Devices 

Once HUBCTRL is installed, and before any SNMP Agent Configuration can take 
place, a connection to an IMC Networks manageable device needs to be established. 

By pressing <C><CR«— '>, the network will be scanned for all IMC Networks 
manageable devices. If only one IMC Networks manageable device exists on the 
network, HUBCTRL automatically connects to this device. The message Session 
Established and the Node Address (MAC address) of the device will appear in the 
Banner Bar of the main screen. 

If multiple IMC Networks manageable devices exist on the network, the Connection 
Selection screen will appear (Fig. 3.1.2). This screen lists the MAC addresses of all 
manageable devices currently active on the LAN. 



Connection Selection 



3 IMC Networks Corp. Hubs or Repeaters listed below are currently active 
on this LAN. Select one to connect to by highlighting it and press <CR>. 



Node Address Device sysName Connected to 

1.00 00 29 08 86 53 EtherWay EtherWay/2 

2. 00 00 29 08 92 14 EtherWay EtherWay/12 

3.00 00 29 08 92 10 EtherWay EtherWay/5 



F1 = Help CR - Connect to node || ESC = Exit, no connection || \\ 



Figure 3.1.2. Connection Selection Screen 
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Using the <ARROW KEYS> highlight the device to be selected. Press <CR «-■> 
to select or <ESC> to abort. 

When a device has been selected, the main menu will appear. The message Session 
Established, together with the Node address (MAC address) of the selected device, 
will appear (Figure 3.1.3). 

NOTE: The banner bar at the bottom of the screen indicates what device 
HUBCTRL is managing, as well as the Repeater ID (MAC address) for that device. 



IMC Networks Corp. - HUBCTRL Version X XX 



C Establish Session 

E End Session 

Q Quit Monitor 

<F2> SNMP Agent Configuration 

RP Filenam Read PROM from HUB to file 



D Flash Prom Directory 

T List Tasks 

G Load and Execute Program 

REBOOT Reboot HUB operating Sys 
WP Filenam Program PROM with file 



C «< Session Established!! node address: 00 00 29 08 49 02 EtherWay 



Session Active EtherWay/2 Repeater ID: 00 00 29 08 49 02 



Figure 3.1.3. Main Menu - Session Established 
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SNMP Agent Configuration 

Once the device to be configured has been selected, press <F2>. This will access 
the SNMP Agent Configuration Screen (Figure 3.1.4). 



= SNMP AGENT CONFIGURATION SCREEN = 



MAC 
1 



Internet Address 



Subnet Mask 



Default Gateway 



Curr. 
Saved 


0.0.0.0. 


0.0.0.0. 


0.0.0.0 


0.0.0.0. 


0.0.0.0. 


0.0.0.0 



MIB View Definitions 
Community View Access 

public OOFFFFFF r/w 



Authentication Def. 
Address Access 



F1 = Help 



F4 = Edit Field 



F3 = Trap NMS 



F9 = PPP 

n -- 



Figure 3. 1.4. SNMP Agent Configuration Screen 



This screen is divided into the following three sections: 

MAC settings 

MIB View Definitions 

IP Authentication Definitions 



MAC Settings 

The MAC Settings section of the SNMP Agent Configuration Screen is where IP 
address, subnet mask and default gateway information is set. 

The IP address, subnet mask and default gateway each have two independent 
fields. They are labeled: 

CURR This lists the IP addresses which are currently in use 

SAVED This lists the IP addresses which are held in non-volatile RAM 
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With the cursor on the Internet Address section of the screen, set the IP address 
by pressing <F4>. Enter the new IP address in the banner bar on the bottom of 
the screen. Press <CR*— '> to enter the information, or <ESC> to cancel the 
operation. Once the information is entered, HUBCTRL will automatically 
update the SAVED list. 

The procedure for setting the subnet mask and default gateway is exactly the 
same as setting the IP Address. Use the <ARROW KEYS> to move from field 
to field. 

Once the new settings have been entered, exit the SNMP Agent Configuration 
Screen by pressing <ESC>. Then press <CR «— '> to confirm the changes made 
to the IP information, or <ESC> to abort. 

NOTE: The manageable device must be rebooted before any changes can take 
effect. Use the REBOOT option from the main menu to reboot the manageable 
device. 

PPP Configuration 

The SNMP agent has an integrated Point-to-Point Protocol (PPP) stack that drives 
the MODEM port located on the rear of the hub/repeater. This allows a remote 
management workstation to manage hub/repeaters via SNMP. 

NOTE: Before any management workstation can connect to an IMC Networks 
manageable device via the MODEM port, the PPP Link must be enabled and the 
PPP parameters must be set for the manageable device using HUBCTRL as 
described in this section. 

To configure PPP parameters, first ensure that the SNMP Agent Configuration 
Screen (Fig. 3.1.4) is loaded. If not, press <F2> to load. Then press <F9> to invoke 
the PPP Configuration screen (Figure 3.1.5). The configuration screen will appear 
showing each parameter and its currently selected and currently active values. 
Currently selected values are indicated by a reversed diamond and currently active 
values are indicated by a diamond appearing next to the parameter. 

Use the <ARROW KEYS> to move from one parameter field to another. Use the 
<SPACEBAR> to select an option. When completed configuring the necessary 
parameters, press <CR ■*— '> to return to the SNMP Agent Configuration Screen. 
Press <ESC> to return to the HUBCTRL main screen, then reboot the hub. 
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PPP CONFIGURATION 



| • Enabled 

Q ♦ Disabled 



Parity 
Q ♦ None 
■ - Odd 



Even 



Stop Bits 
□ ♦ 



Flow Control 
Q ♦ None 
| • Hdw 



Protocol Field 
Compression 



Baud Rate 

| ' 1200 

| ■ 2400 

| ' 4800 

□ ♦ 9600 

| • 14400 

| ■ 19200 

| ' 28800 

■ ■ 38400 



F1 - Help || ~* *~ Move || Space=Select || CR=Accept || ESC - Exit 



RS 232 Trace 

Q ♦ None 

| ■ Protocol 

| ■ Wire 

Addr/Ctrl Fid 
Compression 

Q ♦ Off 



Figure 3.1.5. PPP Configuration Screen 



Select from: 1200 - 38,4000 
Set to Enabled 
7 or 8 

Set to None 
1 or 2 

Set to None 
Set to Off 
Set to None 
Set to Off 



The following parameters need to be set: 

Baud 
PPP Link 
Data bits 
Parity 
Stop bits 
Flow Control 

Protocol Field Compression 
RS-232 Trace 

Address Control Field Compression 

Please ensure that the communications parameters set within the IMC Networks 
manageable device (i.e. stop bits, flow control, etc.), match the settings for the RS-232 
driver on the management workstation. If there is any incompatibility, the link will 
fail to operate. 

Once the settings have been configured, exit the SNMP Agent Configuration Screen by 
pressing <ESC>. Then press <CR ■< — 1 > to confirm the changes made to the IP 
information, or <ESC> to abort. 

NOTE: The manageable device must be rebooted before any changes can take effect. 
Use the REBOOT option from the main menu to reboot the manageable device. 
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Trap NMS Configuration 

Traps are sent by the manageable device to a management PC when a certain event 
takes place. To configure traps, first ensure that the SNMP Agent Configuration 
Screen (Fig. 3.1.4) is loaded. If not, press <F2> to load. Next, ensure the cursor is 
in the MAC settings section of the screen. Press <F3> and the Trap NMS 
Configuration Screen will appear. (Figure 3.1.6) 



; TRAP NMS CONFIGURATION SCREEN = 



Trap enabled for the following events: 



coldStart 
warmStart 
linkDown 
linkUp 

authenticationFailure 
enterpriseSpecific 



Type | Internet Address 



TRAP NMS DEFINITIONS 

Community Name 



F1 = Help 



F5 = Delete Trap || F6 = Add Trap || ESC = Exit 



Figure 3.1.6. TRAP NMS Configuration Screen 



This screen has two sections. The top section lists the traps currently available, as 
shown below. 



0 


coldStart 


If the device is cold booted, a trap will be sent 


1 


warmStart 


If the device is warm booted, a trap will be sent 


2 


linkDown 


Currently NOT IMPLEMENTED 


3 


linkUp 


Currently NOT IMPLEMENTED 


4 


authenticationFailure 


If an incorrect community string is used to 
manage the device, a trap will be sent 
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5 



Not in use 



6 enterpriseSpecific 



Traps unique to IMC Networks manageable 
devices. Currently NOT IMPLEMENTED 

Not in use 



7 



The bottom screen, Trap NMS Definitions, is where traps are defined. The cursor 
will already be in this section. 

To add a trap, press <F6>. A prompt for the IP address of the PC running the 
management software which will receive the traps will appear in the banner bar. 
Enter the IP address, then press <CR-*— '> to enter. 

The cursor will then move to the top section of this screen. To select which traps are 
to be received, use the <ARROW KEYS> to move from one trap to another. Use 
the <SPACE BAR> to toggle between enable (+) and disable (-). When completed, 
press <CR«— '> to confirm selections. 

Next, a prompt will ask for the community string the manageable device will use 
when sending a trap. Enter the community string and press <CR •*— '> to update the 
information. 

Traps can be deleted by highlighting the trap using the <ARROW KEYS> and 
pressing <F5> (delete trap). 

Community Strings 

Creating a new community is similar to the MAC address settings described earlier 
in this chapter. 

Using the <ARROW KEYS>, move to the MIB View Definitions section (Figure 
3.1.7). As mentioned previously, HUBCTRL automatically sets the community as 
PUBLIC with READ WRITE (GET, GET-NEXT and SET) rights. 

By pressing <F6>, a prompt for the new community name will appear on the banner 
bar. Type in the new community name and press <CR '>. The community name 
is now accepted. 

NOTE: Care should be taken when entering the community name. Community 
names ARE case sensitive. 
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SNMP AGENT CONFIGURATION SCREEN = 
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MIB View Definitions 
Community View 



Authentication Def. 
Address Access 



F1 = Help || F4 = View Groups || F5 = Delete View | F6 = Add View || ESC = Exit 



Figure 3.1.7. MIB View Definitions Screen 



The View Group Assignments screen will appear next (Figure 3.1.8). 

This screen lists all MIB Groups available that can be viewed and/or edited. A ( - ) 
next to the MIB Group denotes that the community's access to this group is disabled 
(the default setting). A ( + ) denotes that the community's access is enabled. 

To enable (+) or disable (-) a group use <SPACEBAR>. Using the <ARROW 
KEYS>, move to the next MIB Group and select +/-. 
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Figure 3.1.8. View Group Assignments Screen 



All M1B Groups which are enabled (+) will be highlighted. When completed, press 
<CR «— ' > to update the group assignment(s) for the community. 

Once the group assignments are completed, the SNMP Agent Configuration Screen 
will reappear. A banner bar for selecting the Access Mode will appear at the bottom 
of the screen. At the prompt, select either READ ONLY (r/o) (GET, GET NEXT), 
READ WRITE (r/w) (GET, GET NEXT, SET) or AUTHENTICATION ENTRY 
(Aut.) (this community may ONLY be used by certain IP addresses). The 
<SPACEBAR> toggles between the selections. To confirm the selection, press 
<CR^>. 

Next, confirm the addition of the new community by pressing <CR ■*— '> to confirm, 
or <ESC> to abort. 
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On completion, the new community, its View Group Assignment (an eight digit hex 
number) and the access rights: r/o (GET, GET-NEXT), r/w (GET, GET-NEXT, 
SET) or Aut. (Authentication entry required), will be listed (Figure 3.1.6). 

IP Authentication Definition 

As discussed earlier in this chapter, certain IP addresses within a community can 
have different access rights. To set IP Authentication Addresses, move the cursor to 
the community to be changed, then press <RIGHT ARROW> (Figure 3.1.9). 
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MIB View Definitions 
Community View Access 

public OOFFFFFF r/w 



Authentication Def. 
Address Access 
192.84.112.0 I r/o 



F1 = Help 



F5 = Delete Auth. F6 = AddAuth. ESC = Exit 



Figure 3.1.9. Authentication Definition Screen 



Press <F6> to add an entry. The banner bar at the bottom of the screen will ask for 
the community name to be added. Enter the community name and confirm by 
pressing <CR-^- l >, or <ESC> to abort. 

The banner bar will now ask for the IP address. Enter the IP address and confirm by 
pressing <CR<-'>, or <ESC> to abort. 
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Next, define the Access Mode using the <SPACEBAR> bar to toggle between 
READ ONLY, READ WRITE or NO ACCESS. Confirm selection by pressing 
<CR^>. 

Once the above steps have been completed, press <CR ■*— '> to add the new entry to 
the HUB database, or <ESC> to abort. 

Other IP addresses can be added by repeating this process. When finished, press 
<ESC> to return to the main screen. 

Other HUBCTRL Commands 

The remaining HUBCTRL options may be used for: 

• Uploading new releases of the SNMP Agent and/or MIB information, or 

• Diagnostics to aid in resolving technical issues 

A brief review of these commands follows: 

G Progname Loads a program from the PC into the IMC Networks 
manageable device and executes the program. This command is commonly used 
for loading different versions of the MIB information into the manageable 
device. The syntax is: 

G [program name] <CR«— '> 

For example: 

G NEWFILE.HUB <CR^> 

T List tasks Shows the current tasks running within the manageable device, 
along with the task ID, priority and size. 

Task ID Priority Size Task Name 

37BC 02 ' 00A1 imctask 

31AB 02 00C1 mibtask 

D FLASH PROM Directory. This displays the contents of the FLASH PROM, 
the file name, it's size and date/time of creation. In addition, the FLASH PROM 
checksum is displayed. 

M List Memory Blocks. This lists the various tasks and the memory blocks in 
use by these tasks. 
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RP Filenam Read PROM. Makes an image of the FLASH PROM in the IMC 
Networks manageable device to a disk file. Once the device is configured, it is 
advisable to make a backup of the FLASH PROM information by running this 
option. 

NOTE: Keep this file somewhere safe! RP should ALWAYS be run before 
using the option WP. 

WP Filenam Write PROM. Reprograms the FLASH PROM within the IMC 
Networks manageable device with a new image. As changes are made to the 
agent software, updates in the form of a file called PROMALL.BIN will be 
made available. DO NOT use this option with a new PROM image unless 
instructed to do so by IMC Networks Technical Services. 

E End session. Disconnect from the current active manageable device. 

Q Quit Monitor. Exits to DOS. 

REBOOT Reboot the manageable device. If changes have been made to the 
SNMP Agent and/or MIB information, a reboot is required. On typing 
REBOOT, the manageable device goes through a cold boot, performing an LED 
diagnostic test. All LEDs, including the LED Bargraph, are illuminated for 
approx 20 seconds. FO/4 HM LINK LEDS are not controlled by the SNMP 
board; therefore, those LEDs are not tested. 

Once the device has rebooted, a session can be re-established with the device by 
issuing the Establish Session (<C><CR«— ■>) command. 

V BIOS release date. Displays the BIOS release dat. 
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Remote Management 

The SNMP agent has an integrated Point-to-Point Protocol (PPP) stack that drives 
the MODEM port located on the rear of the hub/repeater. PPP support enables 
SNMP management of the hub/repeater via a serial connection between the 
management workstation and the MODEM port of the manageable device. 

Once the devices are connected, place the modem in Auto-Answer mode then use 
SNMPc or another SNMP management software application to connect to the 
manageable device. 

Management Workstation Requirements 

The management workstation connects to the MODEM port of the hub/repeater 
via a straight-thru serial cable. 

Before the management workstation can connect to an IMC Networks 
manageable device via the MODEM port, the PPP Link must be enabled and the 
PPP parameters must be set for the manageable device using HUBCTRL. Refer 
to PPP Configuration in this chapter for instructions on setting PPP parameters. 

A PPP driver must also be loaded on the management workstation to allow 
communications with PPP Protocol Stack driving the MODEM port of the 
manageable device. Distinct TCP/IP is shipped with SNMPc and supports PPP. 
See the Distinct documentation for more information. 

For the latest remote management workstation requirements and other related 
information, please refer to the README file residing on the EtherWay SNMP 
Support Disk. 
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Troubleshooting HUBCTRL 

If HUBCTRL CANNOT load, it is probably due to the PDS driver being 
incorrectly installed. Please refer to Chapter 3 for more information on 
troubleshooting the PDS drivers. 

If HUBCTRL CAN load, but CANNOT connect to an IMC Networks manageable 
device, please check the following: 

1. Ensure all cabling is correct between the PC running HUBCTRL and the 
IMC Networks manageable device. If the cable is not connected, faulty or 
not terminated properly, no communication can take place between the PC 
and the IMC Networks manageable device. If using lOBase-T or lOBase- 
FL, ensure the link LEDs are on. 

2. Ensure that the PC running HUBCTRL is NOT connected to the IMC 
Networks manageable device via a router. HUBCTRL utilizes its own, 
unique protocol, Hub Management Protocol (HMP), which may not be 
supported by the router. 

3. If the IMC Networks manageable device is configured with multiple 
domains, the PC running HUBCTRL MUST BE CONNECTED to the first 
collision domain (slot 1 on all EtherWay hubs). 

Troubleshooting the Protocol Stack 

If the CRYNWPv PDS fails to load, please refer to Chapter 3 (in this section), Packet 
Driver Specifications, for complete information on loading and troubleshooting the 
PDS. 
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Chapter 2 
Quick Start 

What Is Quick Start? 

Quick Start is intended to assist the installer with an overview of what is required to 
set up and manage an IMC Networks manageable device (hereinafter referred to as 
'EtherWay' except where differences need to be indicated). 

NOTE: This chapter deals primarily with managing an EtherWay device using 
Castle Rock Computing's SNMPc Network Management Software (NMS). Refer to 
the If SNMPc is NOT Being Used section in this chapter for information on 
integrating the IMC Networks agent with other software. 

The following components must be installed and/or set: 

• Hardware installation of the IMC Networks manageable device (ie: 
EtherWay). Refer to Section 2, Hardware Installation, for further details. 

• Execution of H U BCTRL on the Management PC for setting the TCP/IP 
information in the EtherWay device (ie: IP address, subnet mask and default 
gateway). Refer to Chapter 1, HUBCTRL, for complete information. 

In addition to the above, extra community and trap information may need to be 
configured. Although not required, it is recommended that these stages be 
completed. Refer to Chapter 1, HUBCTRL, for details. 

NOTE: 'Management PC refers to the PC which will run HUBCTRL for the 
initial configuration and/or where the SNMP network management software will be 
installed. 
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In order for the EtherWay to be managed, the following stages need to be 
completed in the Management PC: 

• Installation of a TCP/IP stack compatible with the SNMP network 
management software (NMS) being used 

• Installation of the SNMP network management software 

• Integration of the IMC Networks MIB into the SNMP management software 

• If using SNMPc NMS, integration of the device graphics into SNMPc 

NOTE: The PC intended for use as the Management PC must conform to the 
MINIMUM hardware and software requirements of the management software being 
used. 

Hardware Requirements 

The MINIMUM hardware requirements for SNMPc are: 

• Intel based 80386, 33MHz (or higher), IBM compatible PC 

• 20 Mbyte hard drive 

• 8 Mbyte RAM 

• VGA color monitor & adapter 

• 3.5" High density FDD 

• Parallel port for dongle 

• Ethernet NIC 

• Mouse 

Software Requirements 

The MINIMUM software requirements for SNMPc are: 

• MS-DOS Version 3.0 or higher 

• MS-Windows Version 3.1 or higher 

• A TCP/IP stack compatible with the Ethernet NIC being used and with 
Windows 3.1 (examples: FTP Inc., TCP/IP, Novell LANWorkplace for 
DOS, Beame & Whiteside) 

If SNMPc is not being used, refer to the NMS supplier documentation for the 
minimum system requirements. 
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MIB Utilization 



EtherWay utilizes the following MIBs, which can be found in the directory 
\MIBFILES on SNMP Support Disk 1 included with the IMC Networks manageable 
device: 

MIB-I/MIB-II SNMP statistics, transport protocol orientated statistics (IP, 

ICMP, UDP, TCP), information collected on frames sent to/from 
the MAC interface inside the EtherWay. The MAC interface is 
always connected to COLLISION DOMAIN 1. 

RFC1 398 Ethernet-specific statistics collected on traffic directed to/from 
the MAC interface inside the EtherWay. 

RMON Ethernet Statistics Group. Information on the Ethernet traffic 
(packet types, errors, packet sizes, etc.) being transmitted 
WITHIN COLLISION DOMAIN 1. RMON provides advanced 
troubleshooting information. 
IEEE Ethernet-specific statistics collected on traffic. 
REPEATER for each repeater port as well as repeater hub module. 

IMC MIB Enterprise specific information for the EtherWay. For 

example: port types, Hub Module types, BNC port termination 
settings, etc. 



IfSNMPc IS Being Used 

Assuming that: 

• IP address, subnet mask, etc., has been set using HUBCTRL 

• the TCP/IP stack for the Management PC is installed correctly (refer to the 
TCP/IP documentation for information on installing the stack) and 

• SNMPc has been installed (refer to Castle Rock documentation for 
information on installing SNMPc version 4.0 or higher), 

The following stages need to be completed before the EtherWay device can be fully 
managed. 
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Directory Structure 

Before installing any files, it is worth noting the directories used by SNMPc and 
EtherWay devices: 

\SNMPC\HUBVIEW This directory holds the descriptor files (*.BIT) used by 

BITVIEW. In addition, the file HUBNAMES.TXT is 

resident in this directory 

\SNMPC\MIBFILES This directory holds the MIB files that SNMPc uses. In 

addition, the file NAMES.TXT, which holds the names of 
the MIBs in use, is resident in this directory 

\SNMPC\APIEXEC The SNMPc GUI, BITVIEW.EXE, is resident in this 

directory 

\SNMPC\BITMAPS Icons associated with SNMPc 

Installation of IMC Networks Files 

In order to simplify the installation of the IMC Networks specific files within 
SNMPc, an automatic installation routine is provided on SNMP Support Disk 1 
(shipped with the IMC Networks manageable device). Loading the automatic 
installation is as follows: 

Go to the MS-DOS prompt. 

Insert Disk 1 into any floppy drive, make that drive the current drive and type 
the following command: 

IMCINST {source_drive} {destination_directory} 

For example: 

IMCINST A: C:\SNMPC 

The procedure should take approximately five minutes. All the necessary files for 
the IMC Networks manageable device have now been installed. 

IMCINST also creates an extra sub-directory: 

\SNMPC\HUBVIEW\ETHERWAY 

This directory holds the bit mapped files used by BITVIEW.EXE 

For details on which files are copied and updated during the automatic installation, 
please refer to Appendix A at the end of this chapter. 
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SNMPc - First Time Loading 

From within Windows, double click on the SNMPc icon (usually in the program 
group Network Manager). A prompt for a password will appear. The default 
password is PUBLIC. This password can be changed after installation. Refer to the 
SNMPc documentation for details. 

After SNMPc is loaded, a network map appears. On the title bar of this map the 
legend NO-OBJECT in NOMAP should appear (Figure 3.2.1.). 
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Figure 3.2.1. NOMAP Screen 



SNMPc - Compile MIB 

The automatic installation routine has updated the MIB file information that SNMPc 
uses. In order for these changes to take effect, the MIB information needs to be 
recompiled. 

If devices from other manufacturers are also in use, the MIB files relevant to these 
devices may need to be added. The names of the MIB files to be used are held in 
the file NAMES.TXT (\SNMPC\MIBFILES). 

NAMES.TXT can be edited by Windows Notepad and the extra MIB names added. 
If there is doubt as to what MIBs the other devices support, check the 
documentation supplied with the device, or contact the supplier. 
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From the menu bar, select the option Config then the sub-option Compile MIB. At 
the prompt 'Recompile SNMP MIB', click on the YES box. 

SNMPc will now use the entries in the NAMES.TXT file to recompile the MIB 
information. This process should take a few minutes. On completion, the screen in 
Figure 3.2.2 will appear. 




M. 

Figure 3.2.2. Compile MIB Window 



If the compile fails, or there are any errors, the Total Errors Field in the Compile 
MIB window will indicate the number of errors/failures. A full description of what 
caused the error(s) will be entered in the SNMPc log called NOMAP.LOG. 

To open this file, select the menu option File then the sub-option Open Log. Select 
the log named NOMAP.LOG to see the error(s). 

NOTE: This file is in ASCII format and can be opened and printed using Windows 
Notepad. 
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SNMPc - Discovering Manageable Devices 



After the above has been completed successfully, select the menu option Edit then 
the option Discover Nodes (Figure 3.2.3). The Auto Discovery window will open. 
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Figure 3.2.3. Auto Discovery Window 



Click on the Start option. SNMPc will now attempt to auto discover ALL 
manageable devices on the network. 

A small sub-window on the upper right side of the Auto Discovery window will be 
updated as to what devices have been discovered by SNMPc by showing the IP 
address of the device(s) it has found. If just a few manageable devices are being 
used, the auto discover will take no longer than one or two minutes. The IP address 
of the EtherWay device(s) should appear in the sub-window. 

After all of the IP address(s) of the manageable device(s) appear in the window, 
click on STOP, then EXIT. An icon, or icons, with the IP address(s) of the 
EtherWay(s) should appear on the network map (Figure 3.2.4). 
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Figure 3.2.4. EtherWay Icon with IP Address 

SNMPc - Edit Node 

To edit an EtherWay device, click ONCE on the icon/IP address of the device 
within the map to highlight it. Select the menu option EDIT. Next, select the Edit 
Object option (Figure 3.2.5). 
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Figure 3.2.5. Edit Node Attributes Window 
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The Edit Node Attributes window will appear. The following options need to be set: 
Node Name This is a symbolic name within this map for the manageable device 
which can be set to anything desired. For example: 
ETHERWAY/12_Main_Office or EtherWay_5. 
NOTE: No spaces are allowed. 

Icon The icon can be changed to any one desired. For example: 
HUB.ICO or IMC.ICO. 

Exec This should be changed to BITVIEW.EXE. Either type in the name 
or use the pull down box. 
Comm On selecting this option, the SNMP Community Names window 
appears. Ensure that the communities in use for GET, SET and 
TRAP are the same as were configured in the EtherWay. Once set, 
click on the OK box. 

Poll Vars On selecting Poll Vars, the Poll Variables window appears. Set the 
NODE IDENTIFY object to sysName.O (Fig. 3.2.6). 

NOTE: This is case sensitive. Once the NODE IDENTIFY is set, 
click on OK. 
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Figure 3.2.6. Poll Variables Window 



This will return to the Edit Node Attributes window. Click on Change. If the name 
has been changed, a 'Change Node Name' box will appear. Click on YES to 
confirm change or NO to abort. 

The above procedure needs to be repeated for all EtherWay devices on the 
network. 
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SNMPc - Setting sysName.O 

The poll variable sysName.O is used by BITVIEW to load the correct graphic for 
the device. The sysName.O variable and its associated graphics file are defined, 
and can be edited, in the HUBNAMES.TXT file. 

The SNMP Agent will automatically assign one of the following values (based on 
the detected manageable device) to the sysName.O variable if the variable does not 
have a value: 

sysName.O Device 

EtherWay/2 IMC Networks EtherWay/2 

EtherWay/5 IMC Networks EtherWay/5 

EtherWay/12 IMC Networks EtherWay/12 

EtherWay/TP IMC Networks EtherWay/TP 



To set sysName.O, highlight the EtherWay device to be changed. Select the menu 
option MANAGE then the option edit mib vars. The Edit MIB Variables screen 
will appear. 
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Figure 3.2.7. Edit MIB Variable Screen 
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A sub-window on the right, entitled MIB: RFC1 1 55-SMI, will appear (Figure 
3.2.7). Double click on the option mgmt. 

Next, double click on the option system. A list of the managed objects within the 
system group of M1B-II will appear. 

Click ONCE on sysName, then click on the GET button. 

Click once on the 'Variable Value' window to activate it and enter the appropriate 
string. For example: If an EtherWay/5 is being configured, enter the value 
EtherWay/5 (case sensitive). If an entry already exists and needs to be changed, 
delete it and enter the correct value. 

Finally, click on the SET button (Figure 3.2.8). 
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Figure 3.2.8. 

Once the above is completed, click on the DONE button to return to the network 
map. 



Quick Start 3.2.11 



Software Installation 



SNMPc - Calling the GUI 

From the menu option MANAGE, click on the option SNMP Poll. A window 
should open giving the following information: 



:;nmfv Mali 



EtheiWay/5: Nude re up milling to SNMP. 
Identifier ~ ew5 



OK 



Figure 3.2.9. 



NOTE: Where Identifier should equal the value which was set in sysName.O 

If all of the above has been completed, double-click on the EtherWay icon. 
BITVIEW loads and a graphic of the EtherWay will appear (Figure 3.2.10). 
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Figure 3.2.10. 



Check List 

To ensure that the above stages have been completed, there is a Configuration 
Checklist included at the end of this chapter. 
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Troubleshooting 

The following are some of the more common errors that may occur. Please review 
these errors BEFORE contacting IMC Networks Technical Services. 

Auto Discovery Fails 

Is the Management PC connected to the FIRST collision domain of the 
EtherWay to be managed? If not, auto discovery will fail. Try to 
MANUALLY enter the IP address from the edit object option then try an 
SNMP poll. If this fails, check which collision domain the Management PC is 
connected to on the EtherWay device. 

If the TCP/IP stack on the Management PC is incorrectly configured, Auto 
Discovery will NOT work. 

Check that the TCP/IP information held within the EtherWay is correct. The IP 
address and subnet mask are set by using the IMC Networks utility HUBCTRL. 

Try to MANUALLY enter the IP address from the edit object option then try an 
SNMP poll. 

If the network portion of the IP address of the EtherWay device differs from the 
network portion of the IP address assigned to the Management PC, either a 
router is needed or one of the two addresses needs to be corrected for the two 
devices to communicate. If a router is used, ensure that the EtherWay default 
gateway is set to reference the appropriate default router. 

If Auto Discovery still fails, the TCP/IP stack may be incorrectly installed. 
Refer to the TCP/IP documentation for assistance. 
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Bitview Errors 

ERROR: \SNMPC\HUBVIEW\{filename} Bad Token {path}{filename} 
Could not process bitmap 

Are the *.BMPs in the directory \SNMPC\HUBVIEW\ ETHERWAY? If not, 
the BMPs cannot be loaded. 

ERROR: Can't Open \SNMPC\HUBVIEW\{filename} 

Are the IMC*.BITs copied into the directory \SNMPC\ HUBVIEW? If not, 
BITVIEW cannot open the file. 

ERROR: \SNMPC\HUBVIEW\default.hub - bad token 'MENUDEFS' on 
line 1 

Is the Poll Var set to sysName.O? Are the entries for the IMC Networks 
devices in the file HUBNAMES.TXT correct? 

Graphics loads, but NO Hub Module Information 

Has the NAMES.TXT file been edited to include the correct MIB names? If 
not, the graphic will load, but information may be missing. Edit NAMES.TXT 
to read correctly then re-compile the SNMP MIB. 

Re-compile of SNMP MIB Fails 

Check that the entries in NAMES.TXT (\SNMPC\ MIBFILES) are 
CORRECT. If the compile fails with an error referencing Unresolved Object 
Identifier, the MIB may be corrupt. Reinstall the relevant MIB files. 

TCP/IP Errors 

If auto discovery fails and/or error messages appear referring to the TCP/IP 
stack when initially loading Windows, the TCP/IP stack MAY NOT be installed 
correctly. 

Try PINGing your own IP address. If this fails, the stack may be incorrectly 
installed. Refer to the TCP/IP documentation for further information. 

If you CAN ping your own IP address, try PINGing the IP address of the 
EtherWay. If this FAILS, the TCP/IP information in the EtherWay may be 
incorrect. Use HUBCTRL to check the settings. 

Also, check the SUBNET MASK in use. If this is set incorrectly, the TCP/IP 
stack on the Management PC or in the EtherWay may be on a different subnet. 
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If SNMPc is NOT Being Used 

NOTE: Installation of non-SNMPc software differs from one package to another. 
This section describes the steps required to integrate the IMC Networks agent with 
other management software. For installation details on the management software 
being used, refer to the manufacturer's documentation. 

The SNMP management protocol is an industry standard. Any management 
software which is 100% compatible with the SNMP standard can manage any 
device which is also 1 00% compatible with the same standard. 

The only area where incompatibilities may occur is with the device graphics. As 
discussed earlier in this chapter, SNMPc provides a Graphical User Interface (GUI) 
for which IMC Networks has developed graphical interface files. Other 
management software packages, such as HP's Open View for Windows, are not 
compatible with the SNMPc graphical files, therefore the IMC Networks graphical 
files will NOT function with these other packages. The graphical files are purely a 
function of the User Interface provided with the software. 

NOTE: This incompatibility may also occur with the same management software 
running on different platforms. 

Although graphics are a desirable feature for viewing hub information, such as 
which hub modules are installed and the status of ports, this same information can 
be 'seen' by browsing the MIB information to which the management software has 
access. 

In order to successfully manage an EtherWay, ALL OF THE MIBs mentioned in 
the MIB Utilization section need to be integrated into the management software. 
The MIBs are included on SNMP Support Disk 1 (supplied with the IMC Networks 
manageable device). 

The majority of management packages have a function known as a MIB 
COMPILER. This function reads in the MIB information and converts it to 
machine readable format. Refer to the management software documentation about 
how MIBs are integrated into the software. 

The information held within the EtherWay can be retrieved by using the MIB 
BROWSER function of the management software. MIB BROWSER is a generic 
term which applies to the function whereby MIB information can be viewed. 
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In addition to integrating the MIB information, please ensure that the community 
strings configured in the EtherWay are also the ones used by the management 
software. Failure to do this will result in the inability to SET, or retrieve, MIB 
variables. 

Once the MIB compile is complete and the management software has 'discovered' 
the EtherWay device, complete the following stages using the MIB BROWSER to 
ensure that the MIBs are installed correctly and the EtherWay is responding to the 
SNMP. 

1. From the SYSTEM group of MIB-I/MIB-II, GET the variable sysDescr.O. 
This should return the following information: 

IMC Networks Corp. EtherWay HUB 

2. From the SYSTEM group of MIB-I/MIB-II, SET the variable sysContact.O 
to your name. 

3. From the imclnfo group of the IMC Networks MIB (usually held under the 
node labeled private or enterprise specific), GET the variable imcAddress.O. 
This should return the following information: 

IMC Networks, 16931 
Millikan Ave., Irvine, CA 
92606 

4. From the rptrMonitorPackage group of the IEEE repeater MIB, GET the 
variable rptrMonitorGroupTotalFrames.1 (within the 
rptrMonitorGrouplnfo table). The number of frames received by the Hub 
Module in Slot 1 should appear. 

5. From the Statistics group of the RMON MIB, GET the variable 
etherStatsPkts.1 . The number of frames transmitted within the collision 
domain should appear. 

If any of the above fails, please note the error message, the type of management 
software being used and call IMC Networks Technical Support for assistance. 
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Appendix A 



The following files are copied from SNMP Support Disk 1 during automatic 
installation: 



File Name 



Destination Directory Comment 



A:\MIBFILESY\MIB 

A:\HUBVIEW\*.BIT 

A:\HUBVIEV\A 
ETHERWAYV.BMP 

A:\LIBSYV 

A:\BITMAPS\*.* 



\SNMPC\MIBFILES 

\SNMPC\HUBVIEW 

\SNMPC\HUBVIEW\ 
ETHERWAY 

\SNMPC\LIBS 

\SNMPC\BITMAPS 



M1B Information 
Bitview definition scripts 
Bit mapped graphics 

Default files 
Icon files 



Certain SNMPc specific files are modified by the IMC Networks installation 
routine. Backup copies of the original files can be found in the relevant directories 
with the file extension .OLD. The IMC Networks modified files can be found with 
the file extension .IMC. 

The files modified by the IMC Networks installation routine are: 

File Name Description 



\SNMPC\MIBFILES\NAMES.TXT 

\SNMPC\MIBFILES\AUTOICO.TXT 
\SNMPC\MIBFILES\BASIC.MEN 

\SNMPC\HUBVIEW\HUBNAMES.TXT 

\SNMPC\LIBS\DEFAULT.TXT 



Contains the names of the MIBs 
SNMPc will compile 

Default icons used by node discovery 

Basic menu accessed from the Manage 
menu of SNMPc 

Lists which .BIT is used, depending on 
the Poll Var 

Default node attributes for Auto 
Discover 
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Configuration Check List 



Actions within HUBCTRL/DOS 



ACTION 


COMMENTS/EXAMPLES 


COMPLETED 


EtherWay TCP/IP Information 


Refer to HUBCTRL 




Installation of PC's TCP/IP stack 


Refer to manufacturers documentation 




Installation of SNMP software 


Refer to manufacturers documentation 




Installation of IMC files 


Run 1 MCI NST from Disk#1 




Actions within SNMPc 


ACTION 


COMMENTS/EXAMPLES 


COMPLETED 


Load SNMPc 






Select DISCOVER NODES 






Edit Object 


Set EtherWay specific Information 




Node Name 


e.g. EtherWay/5_Main_Office 




Change Icon 


e.g. HUB. ICO, IMC. ICO 




EXEC 


Change to BITVIEW 




COMM 


GET/SET & TRAP community names 




POLL VARS 


Set to sysName.O 




Edit MIB VARs 






SET sysName.O 


Set correct value e.g. ew5 for EtherWay/5 




SNMP Poll 


Return identifier should be as above 
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Chapter 3 

Packet Driver Specification (PDS) 

As mentioned in Chapter 1, HUBCTRL, a driver compliant with the Packet Driver 
Specification (PDS) is required for HUBCTRL to operate. This chapter discusses 
packet drivers included with IMC Networks' Network Interface Cards (NICs) as 
well as the CRYNWR public domain packet driver set which is included with each 
manageable device shipped from IMC Networks. 

Packet Drivers for IMC Networks' NICs 

IMC Networks' NICs include EtherNic/8, the EtherNic/2000 Family and the 
PCnic Family. Each support a number of LAN software drivers including drivers 
for Novell NetWare workstations and fileservers. 

The IMC Networks' Packet Driver is implemented according to the PDS standard 
driver interface specifications designed by FTP Software of Cambridge, 
Massachusetts and maintained by CRYNWR. The Packet Driver corresponds 
roughly to the lower half of the Data Link layer in the OSI seven-layer protocol 
model (sometimes this portion of the Data Link layer is called the Media Access 
Control or MAC sublayer). 

The Packet Driver programs for IMC Networks' NICs are included on SNMP 
Support Disk 1 (supplied with the IMC Networks manageable device). They are: 

PNPD 1 6. EXE for all 1 6-bit PCnic Family NICs 

PNPD08.EXE for all 8-bit PCnic Family NICs 

ENPD.EXE for EtherNic/8 NICs 

EN2000PD.EXE for all EtherNic/2000 NICs 
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Packet Driver Installation Options 

When loading the Packet Driver, several hardware configuration options can be 
specified on the command line, each separated by a comma. Configuration options 
can also be read from DOS environment strings when the IMC Networks-supplied 
driver is used. If no configuration options are specified, the default settings for the 
respective NICs are used. The default settings for IMC Networks' NICs are: 

PCnic: 

I/O Base Address 200 

Hardware Interrupt Level (IRQ) 5 
EtherNic/8: 

I/O Base Address 360 

Hardware Interrupt Level (IRQ) 5 

RAM Base Address D000 
EtherNic/2000: 

I/O Base Address 300 

Hardware Interrupt Level (IRQ) 3 

DOS Environment Strings 

To change the settings using DOS environment strings, use the DOS SET 
command with the following syntax: 

SET PCNIC=aaaa:i (PCnic) 
SET ETHERNIC=rrrr:aaa:i (EtherNic/8) 
SET ENIC2000=aaa:i (EtherNic/2000) 

The aaaa is the I/O base address (three or four hex digits). 

i is the IRQ level (one hex digit). 

The rrrr is the RAM base address (four hex digits). 

The DOS environment string must be defined before the Packet Driver is 
loaded, otherwise, the default values will be used. 
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Command Line Parameters 

The Packet Driver programs can read configuration information from the DOS 
command line. The proper syntax is: 

PCnic 8-bit NICs: 

PNPD08 [/Haaaa:i] [/U] [IB] [/Iss] 

PCnic 16-bit NICs: 

PNPD16 [/Haaaa:i] [/U] [IB] [/Iss] 

EtherNic/8: 

ENPD [/Hrrrr:aaa:i] [/U] [IB] [/Iss] 

EtherNic/2000: 

EN2000PD [/Haaa:i] [/U] [IB] [/Iss] 

The following are detailed descriptions of the command line options: 

/Haaaa:i Hardware configuration where aaaa is the I/O base address 
and i is the IRQ level (all in hex). 
/Hrrrr:aaa:i Hardware configuration where rrrr is the RAM base 

address, aaa is the I/O base address and i is the IRQ level 
(all in hex). 

/U Unload option which removes the resident portion of the 
Packet Driver from memory. 
/Iss Software Interrupt, described below. 
IB Basic functions option. 

Software Interrupt 

The /Iss option specifies the TCP/IP software interrupt vector, used with FTP 
Software's PC/TCP. 

In the command line syntax, ss is the software interrupt vector which must be 
hex, in the range of 60 to 80. 

NOTE: When using HUBCTRL.EXE, interrupt 60 is the only valid value. 

The software interrupt vector can also be read from the DOS environment string 
TCPIP. The proper syntax is: 

SET TCPIP=ss 

NOTE: If any devices in PC/AT class computers use IRQ 8 or above, the 
TCP/IP software interrupt vectors between 70 and 77 may not be used. It is 

best to stay away from these vectors on PC/AT machines since Real Time Clock, 
Mouse, Math Coprocessor and Fixed Disk typically use IRQ 8 or higher. 
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When using the Packet Drivers, keep in mind the default configuration may be 
overridden by DOS environment strings, which may in turn be overridden by 
command line parameters. If any user-specified configuration parameter is invalid, 
the program will abort after displaying an error message. 

Once initial TCP/IP configuration for each workstation has been accomplished (host 
names, network IDs, etc., identified in the PROTOCOL.INI file, the driver software 
loading order looks like this: 

1. Packet Driver (PNPD16.EXE or PNPD08.EXE) 

2. TCP/IP kernel (ETHDRV.EXE) 

For example: 

PN PD08 or PN PD 1 6 Load the Packet Driver 
ET H D RV Load the PC/TCP kernel 

Once ETHDRV is loaded, TCP/IP applications such as TNVT, FTP or InterDrive 
can be loaded and used. 

CRYNWR Packet Driver Set 

Included with each manageable device shipped from IMC Networks is a set of 
public domain packet drivers: the CRYNWR packet driver set (included on SNMP 
Support Disk 2). Most Ethernet NICs have a PDS driver available. Please consult 
the NIC documentation or manufacturer for specifics. 

The CRYNWR drivers are shipped in three different files: 

PKTD1 1 .ZIP Executable code and information files 
PKTD11A.ZIP The source files of the drivers 
PKTD1 1 B.ZIP Continuation of sources 

The CRYNWR packet driver set is also available from other sources. These sources 
are listed in the document HOWTOGETIT in the file PKTD11.ZIP 

Please refer to the README.PDS file on SNMP Support Disk 2 for the latest 
information of the CRYNWR packet driver set shipped by IMC Networks. NOTE: 
The latest revisions of the CRYNWR packet driver set are available from the 
following sources: 

IMC Networks BBS: +1-714-724-0930 

IMC Networks Web: http://www.imcnetworks.com 
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Network Interface Cards Supported 



The following is a partial listing of the NICs supported by the CRYNWR driver set 
(Rev. 11). Please refer to the file MANIFEST.DOC for a complete listing of all files 
included in the CRYNWR driver set. 



File Name 



Description 



3C501.COM 
3C503.COM 
3C505.COM 
3C507.COM 
3C509.COM 
3C523.COM 

AQUILA.COM 
AR450.COM 

AT&T.COM 
AT&T_LP.COM 
AT1500.COM 
AT1700.COM 

CTRONDNI.COM 

DAVIDSYS.COM 

DE600.COM 

DEPCA.COM 

DK86960.COM 

DK86965.COM 

EN301.COM 
ES3210.COM 
ETHERSL.COM 
ETHIIE.COM 

EXOS205.COM 

EXP16.COM 



Driver for 3COM 3 C5 01 
Driver for 3COM 3C503 
Driver for 3COM 3C505 
Driver for 3COM 3C507 
Driver for 3COM 3C509 
Driver for 3COM 3C523 

Driver for ADI Aquila NICs 

Driver for Telesystems SLW ARLAN 450 

Driver for AT&T Ethernet and Starlan 
Driver for AT&T LanPACER/StarStation 
Driver for Allied Telesis 1500T and 1500BT 
Driver for Allied Telesis 1700T and 1700BT 

Driver for Cabletron DNI Exxxx 

Driver for David Systems Inc Ether-T 
Driver for D-Link Pocket LAN Adapter 
Driver for Digital Equipment DEPCA 
Driver for Fujitsu NICE demo NIC 
Driver for Fujitsu EtherCoupler demo NIC 

Driver for Multitech EN-301 
Driver for Racal/Interlan ES3210 EISA NIC 
Driver for SLIP that emulates an Ethernet driver 
Driver for ICL EtherTeaml6 (formerly Nokia Data 
Ethernet He) 

Driver for Microdyne (formerly EXOS/Excelan) 
EXOS205T 

Driver for Intel EtherExpress 
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File Name 


Description 


HPPCLAN.COM 


Driver for HP Ether Twist 


HPPCLANP.COM 


Driver for HP EtherTwist, HP27242B and HP27250A 


IBMT0KEN.COM 


Driver for IBM Token Ring Adapter 


IS0LAN.COM 


Driver for BICC Isolan 41 10-0 


IS0LINK.COM 


Driver for BICC Isolan 4 1 1 0-2/3 


K0DIAK16.COM 


Driver for Kodiak Technology Kodiak~16 10BT 


K0DIAK8.COM 


Driver for Kodiak Technology Kodiak~8 1 OBT 


K0DIAKK.COM 


Driver for Kodiak Technology Kombo 


MYLEX COM 


Driver for Mvlex LNE-890B 


NB.COM 


Driver for NetBIOS 


NCRET105.COM 


Driver for NCR ET-105 


NE1000.COM 


Driver for Novell NE1000 


NE2.COM 


Driver for Novell NE/2 


NE2000.COM 


Driver for Novell NE2000 


NE2100.COM 


Driver for Novell NE2100 


JNIjUIU.UUM 


Driver for Interlan NI5010 


NI5210.COM 


Driver for MICOM-Interlan NI5210 


NI6510.COM 


Driver for Racal/Interlan NI65 1 0 


NI9210.COM 


Driver for MICOM-Interlan NI9210 


NTI16.COM 


Driver for NTI 1 002/DP- 1 6 


SLIP8250.COM 


Driver for SLIP driver using IBM-PC 8250 


TCENET.COM 


Driver for Thomas-Conrad TC5045 NIC 


TIAPvA.COM 


Driver for Tiara LANcard/E 


UBNICPC.COM 


Driver for Ungermann-Bass PC/NIC 


UBNICPS2.COM 


Driver for Ungermann-Bass NIC-PS/2 


WD8003E.COM 


Driver for Western Digital 8003 


ZN0TE.COM Driver for Zenith Data Systems Z-Note 
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Installation of the CRYNWR Packet Driver Set 

Document conventions 

All numbers in this document are given in C-style representation. Decimal is 
expressed as 11, hexadecimal is expressed as OxOB, octal is expressed as 013. 
All reference to network hardware I/O addresses (source, destination and 
multicast) and demultiplexing information for the packet headers assumes the 
numbers are represented as they would be in a MAC-level packet header being 
passed to the send_pkt() function. Any numbers that the packet driver prints 
will be in the same notation. 

Loading the Packet Drivers 

Before installing the packet driver, an entry point (software interrupt) number, in 
the range between 0x60 and 0x7e inclusive, must be chosen. 

NOTE: Some installers have reported trouble with dBase when using interrupts 
in the low 60's. These problems go away when they switch to an interrupt in the 
high 70s (e.g.: 0x7e). 

Interrupt 0x67 is unavailable because it is used by the EMS interface interrupt. 
Interrupts 0x70 through 0x77 are unavailable because the second interrupt 
controller uses them for IRQ 8 through IRQ 15. Interrupts 0x7f and 0x80 are 
unavailable because at least one package, when locating a packet driver, stops 
searching before 0x7f. 

Running a packet driver with no specifications will give a usage message. The 
parameters for each packet driver are listed below. 

Options 

-d Most drivers can also be used in a PROM boot environment (see 

PROMBOOT.NOT in PKTD11 .ZIP for how to use -d and -n options for 
that purpose). This switch delays the NIC's initialization until the first time 
the packet driver is accessed-n NetWare can use two different framing 
types on Ethernet: IEEE 802.3 and Ethernet II. The BYU packet driver 
shell requires Ethernet II. However, the CRYNWR packet drivers can 
convert Ethernet II into Novell's version of IEEE 802.3 (and back) when the 
-n switch is used. 

-p A certain small level of security can be achieved by disabling promiscuous 
mode with the -p switch. Do not mistake this for real security, however. 
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-w A switch used with Windows, obsoleted by the creation of WINPKT. 
NOTE: If you think you need the -w switch, or you are using it, consider 
using WINPKT instead. WINPKT actually solves the problem that -w only 
attempts to solve. WINPKT (and -w) are only needed for non-resident DOS 
TCP stacks (e.g.: NCSA Telnet, PC-Gopher, etc.). 

-i A switch used with client software that expects to find an IEEE 802.3 packet 
driver. Many CRYNWR Ethernet packet drivers implement both IEEE 
802.3 (class 11) and Ethernet II, aka Bluebook, (class 1) framing. The 
packet driver specification only allows a driver to report one class. The 
default is to report Ethernet II. Using -i switches the reported class to IEEE 
802.3. 

Loading a Driver 

3Com 3C501 

usage: 3C501 [options] packet_int_no [hardware_irq [io_addr]] 

The 3c501 driver requires two additional parameters: the hardware interrupt 
number and the I/O address. The defaults are 3 and 0x300. 

3Com 3C503 

usage: 3C503 [options] packet_int_no [int_level(2-5) [io_addr 
[cable_type]]] 

The 3c503 driver requires up to three additional parameters: the hardware 
interrupt number, the I/O address and the cable type. The 3c503 can be attached 
to thick or thin Ethernet cables, and the selection is made in software. The cable 
type is automatically determined at start-up, but may be forced to an external 
transceiver (AUI/Thickwire) by specifying zero or internal transceiver 
(Thinwire/10Base-T/10Base-2) or one for thin. The defaults are 2, 0x300, and 
65535 (automatic). The 3c503 can use shared memory, but the driver 
automatically determines that parameter from the hardware. 3Com 3c505 

usage: 3c505 [options] packet_int_no [hardwarejrq [io_addr 
[base_addr]]] 

The 3c505 driver requires three additional parameters: the hardware interrupt 
number, the I/O address and the memory base address. The defaults are 2, 
0x300 and OxdOOO. 
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3Com 3c507 

usage: 3c507 [options] packet_int_no io_addr 

The 3c507 will determine its parameters by reading the NIC. The only time the 
parameters need to be specified is when there are multiple 3c507s in the same 
machine. The 3c507 driver will use three additional parameters: the hardware 
interrupt number, the I/O address and the memory base address. 

3Com 3c509 

usage: 3c509 [options] packet_int_no [id_port]|[io_port]|[board_num] 

The 3c509 will determine its parameters by reading the board. The only time 
the parameters need to be specified is when there are multiple 3c509s in the 
same machine, or if there is an I/O conflict with the default id_port (0x1 10). 
The 3c509 driver will use three additional parameters: the id port, the I/O 
address or the board number. If the number is between 0 and Oxff, it is the 
board number. If between 0x100 and Ox Iff, it is an ID port. Otherwise it is an 
I/O address number. 

3Com 3c523 

usage: 3c523 [options] packet_int_no [hardwarejrq [io_addr 
[base_addr]]] 

The 3c523 driver requires no additional parameters. It gets the NIC's 
parameters from the MicroChannel POS registers. 

AQUILA 

usage: aquila [options] packet_int_no [hardwarejrq [io_addr 
[base_addr]]] 

The AQUILA driver requires three additional parameters: the hardware 
interrupt number, the I/O address and the memory base address. The defaults 
are 3, 0x360 andATI 500 

usage: at1500 [options] packet_int_no [io_addr] 

The Allied Telesis AT 15 00 packet driver will automatically search for the NIC's 
I/O address. If there are two NICs being used, or the automatic search fails, the 
proper I/O address should be specified. 
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AT1700 

usage: at1700 [options] packet_int_no [io_addr] 

The Allied Telesis AT1700 packet driver will automatically search for the NIC's 
I/O address. If there are two NICs being used, or the automatic search fails, 
then the proper I/O address should be specified. 

AT&T 

usage: at&t [options] packet_int_no [hardware_irq [io_addr [base_addr]]] 

The AT&T driver requires three additional parameters: the hardware interrupt 
number, the I/O address and the memory base address. The defaults are 2, 
0x360 and OxdOOO. This driver supports the StarLAN 1, StarLAN 10 NAU, 
EN100 and StarLAN Fiber NAU. 

AT&T_LP 0x62 2 0x360 OxdOOO 0 0 

usage: at&tjp [options] <packet_int_no> [<hardware_irq> [<io_addr> 
[<base_addr> [<media_sel> [<li_enabl>]]]]] 

The AT&T LP driver requires five additional parameters: the hardware 
interrupt number, the I/O address, the memory base address, media select and 
link integrity. The defaults are 2, 0x360 and OxdOOO. This driver supports the 
ATStarStation, ATStarLAN 10 LanPACER+ NAU, ATStarLAN 10, LanPACER 
NAU and AT Microelectronics T723 1 evaluation board. 

The final two numbers are new attributes, listed below: 

0 0 This is for AUI setting 

0 1 This is also for AUI setting 

1 0 This is for TP setting, no link integrity 

1 1 This is for TP setting, link integrity enabled 

The LP NAU has no AUI port, thus 0 0 and 0 1 are invalid. 
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David Systems Inc (DSI) 

usage: davidsys [options] <packet_int_no> <hardware_irq> <io_addr> 
<delay_mult> 

The DSI driver requires three additional parameters: the hardware interrupt 
number, the I/O address and the delay multiplier. Delay_mult is a system 
dependent timing loop used for I/O to the NIC. A reasonable value is calculated 
during initialization, but on some fast systems it may need to be somewhat 
larger. The multiplier is divided by ten then multiplied by the calculated delay. 
The default multiplier is 10 (actually 1.0). 

D-Link DE-600 

usage: de600 [options] packet_int_no 

The D-Link Pocket LAN Adapter packet driver requires no additional 
parameters. 

Digital Equipment Corporation DEPCA 

usage: depca [options] <packet_int_no> [<hardware_irq> [<io_addr> 
[<mem_addr>]]] 

The DEPCA packet driver requires three additional parameters: the hardware 
interrupt number, the I/O address and the memory base address. The defaults 
are 5, 0x300 and OxdOOO. 

The packet driver will resolve the io_addr automatically if io_addr is set to '?' 
(e.g.: depca 0x7e 5 ? OxdOOO). The driver requires that the jumpers be set to 
enable the boot PROM. 

Digital Equipment Corporation VAXMATE 

usage: vaxmate [options] <packet_int_no> [<hardware_irq> [<io_addr> 
[<mem_addr>]]] 

The VAXMATE packet driver requires three additional parameters: the 
hardware interrupt number, the I/O address and the memory base address. The 
defaults are 2 and 0x300 and OxdOOO. 

The packet driver will resolve the io_addr automatically if io_addr is set to '?' 
(e.g.: depca 0x7e 2 ? OxdOOO). 
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EtherSLIP 

usage: ethersl [options] packet_int_no [-h] [hardware_irq] [io_addr] 
[baud_rate] [send_buf_size] [recv_buf_size] 

The EtherSLIP driver is a simulated Ethernet NIC. It appears to the application 
software to be an Ethernet driver but it transmits and receives SLIP packets on 
the serial line. 

The parameters are as follows: 

The -h flag is included for using the hardware handshaking (the packet 
driver will then suspend the transmission of characters while CTS is low). 

The hardware_irq is the hardware interrupt number (defaults to 4 
(COM1)). 

The io_addr is the hardware I/O address (defaults to 0x3f8 (COM1)). 
The baud_rate defaults to 4800 baud. 

The send_buf_size and recv_buf_size default to 3000 each. 

Fujitsu dk86960.com 

usage: dk86960 [options] packet_int_no [hardware_irq [io_addr]] 

The dk86960 driver requires two additional parameters: the hardware interrupt 
number and the I/O address. The defaults are 3 and 0x300. 

Fujitsu dk86965.com 

usage: dk86965 [options] packet_int_no 

The dk86965 driver requires no additional parameters. It always searches for 
the proper I/O address. 

HP Ethertwist 

usage: hppclan [options] packet_int_no [hardware_irq [io_addr]] 

The hppclan driver requires two additional parameters: the hardware interrupt 
number and the I/O address. The defaults are 3 and 0x300. 
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IBM Token Ring 

usage: ibmtoken [options] packet_int_no [adapter_no] 

The IBM Token Ring packet driver requires one additional parameter: the 
adapter number. The default is zero. See IBMTOKEN.DOC for more 
information. 

ICL EtherTeam16 

usage: ETHIIE [options] packet_int_no [intjevel [io_addr [cable_type]]] 

The ETHIIE driver requires three additional parameters: the hardware interrupt 
number, the I/O address and cable type. The interrupt levels supported by the 
NIC are 5, 9 (2), 12 and 15. 

The Ethernet He can be attached to thick or thin Ethernet cables and the 
selection is made in software. The cable type parameter should be zero (0) for 
thick and one (1) for thin. On the Twisted Pair (TP) version of the adapter, the 
interface value should be set to 1 (thin). 

The defaults are 9 (2), 0x300 and 1 (thin). 

NOTE: This NIC can be used only in a 16-bit slot. 

Intel EtherExpress 

usage: exp16 [options] <packet_int_no> [<io_addr>] 

The Intel EtherExpress packet driver has one optional parameter. The 
<io_addr> is only needed if there is more than one EtherExpress NIC in the 
computer. Otherwise, the driver will search for the NIC and get its parameters 
from it. 

BICC Data Networks' ISOLAN 4110 Ethernet 

usage: isolan [options] packet_int_no [hardware_irq [base_addr]] 

The BICC Isolan requires two additional parameters: the hardware interrupt 
number and the memory base address. The defaults are 2 and 0xb800h. 

BICC Data Networks' ISOLAN 4112/3 Ethernet 

usage: isolink [options] packet_int_no [hardware_irq [dma_no [io_addr]]] 

The BICC Isolan requires three additional parameters: the hardware interrupt 
number, the dma channel number and the I/O address. The defaults are 10, 0 
and auto-search. 
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Kodiak Raven and Kombo 

usage: kodiak8 [options] packet_int_no [hardware_irq [io_addr]] 

usage: kodiak16 [options] packet_int_no [hardware_irq [io_addr]] 

usage: kodiakk [options] packet_int_no [hardware_irq [io_addr]] 

The Kodiak drivers require two additional parameters: the hardware interrupt 
number and the I/O address. The defaults are 2 and 0x300. 

Microdyne EXOS205T 

usage: exos205 [options] <packet_int_no> [hardwarejrq] [io_addr] 
[base_addr] 

This Packet Driver supports the EXOS205T with 256K or 5 12K Byte RAM. It 
has not been tested with the old EXOS205E with 128K Byte. 

Where the last three arguments are optional. If these are not supplied, the driver 
uses 0x02 0x310 OxccOO, the EXOS defaults. 

The interrupt must be set by a jumper on the NIC. The Packet Driver does not 
check for a valid setting. Possible values are 2 (default), 3, 4, 5, 6, 7, 10, 11, 12, 
13 and 14. 

Five bytes of I/O address space are used by the EXOS205. A jumper on the 
EXOS205 NIC sets the starting address. Possible values are 0x300, 0x310 
(default), 0x320 and 0x330. The Packet Driver will fail if it does not find an 
EXOS205 NIC at the specified address. 

The EXOS205 uses shared memory to interface the Intel 82586 Ethernet chip to 
the host's address space. The EXOS205 memory can be 256K or 5 12K. The 
Packet Driver uses a 16 Kbyte window to access the EXOS205 memory. The 
location of this window is set by software. The following segments are 
possible: 

OxaOOO OxcOOO 0xc400 0xc800 OxccOO (default) OxdOOO 0xd400 0xd800 
OxdcOO 

If a BOOT PROM is installed on the EXOS205, care should be taken to ensure 
that the same address is not used for the PROM and for the shared memory. 

The SQE check jumper is ignored by the EXOS205 Packet Driver. 
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Mitel Express 

usage: express [options] <packet_int_no> [-n] [<driver_class> 
[<hardware_irq>]] 

The Mitel Express packet driver has one optional switch and two optional 
parameters. The <driver_class> defaults to SLIP and the <hardware_irq> 
defaults to 7. 

The -n switch instructs the NIC to be an NT. The <driver_class> should be 
SLIP or a number. 

Multitech EN-301 

usage: en301 [options] packet_int_no [hardware_irq [io_addr]] 

The Multitech driver runs the EN-301 NICs. The Multitech driver requires two 
additional parameters: the hardware interrupt number and the I/O address. 

Mylex LNE-390B 

usage: mylex [options] packet_int_no [intjevel [io_addr [mem_base]]] 

The Mylex driver requires three additional parameters: the hardware interrupt 
number, the I/O address and the memory base address. The defaults are pulled 
out of the EISA configuration registers for the first NIC found. 

NCR ET-105 

usage: ncret105 [options] <packet_int_no> <hardware_irq> <base_addr> 
<Ethernet_address> 

The NCR ET-105 driver requires four additional parameters: the hardware 
interrupt number, the I/O address, the memory base address and the Ethernet 
address. The Ethernet address assigned to any particular NIC is printed on 
sticky labels that come with the NIC. 

NetBIOS 

usage: nb [options] packet_int_no ip.ad.dr.ess [receive queue size] 

The NetBIOS packet driver transports IP packets over NetBIOS. 
Novell IPX 

usage: ipxpkt [options] packet_int_no [-n [no_bytes]] 

The ipxpkt packet driver simulates Ethernet on Novell IPX protocol. 
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Novell ne/2 

usage: ne2 [options] <packet_int_no> 

The ne/2 driver requires no additional parameters. 
Novell ne 1000 

usage: ne1000 [options] packet_int_no [hardware_irq [io_addr]] 

The nelOOO driver requires two additional parameters: the hardware interrupt 
number and the I/O address. The defaults are 3 and 0x300. 

Novell ne2000 

usage: ne2000 [options] packet_int_no [hardware_irq [io_addr]] 

The ne2000 driver requires two additional parameters: the hardware interrupt 
number and the I/O address. The defaults are 2 and 0x300. 

Novell ne2100 and ne1500 

usage: ne2100 [options] packet_int_no [hardware_irq [io_addr [dma_no]]] 

The ne2100 Ethernet NIC is software compatible with the nel500 NIC. The 
ne2100 driver requires three additional parameters: the hardware interrupt 
number, the I/O address and the DMA channel number. The defaults are 3, 
0x300, and 5. 

Racal-lnterlan (Formerly Interlan) ES3210 

usage: es3210 [options] packet_int_no [intjevel [io_addr [mem_base]]] 

The es3210 driver requires three additional parameters: the hardware interrupt 
number, the I/O address and the memory base address. There are no defaults. 

Racal-lnterlan (Formerly Interlan) NI5010 

usage: N 15010 [options] packet_int_no [hardware_irq [io_addr]] 

The NI5010 driver requires two additional parameters: the hardware interrupt 
number and the I/O address. The defaults are 3 and 0x300. 
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Racal-lnterlan (Formerly Micom-lnterlan) NI5210 

usage: ni5210 [options] packet_int_no [hardwarejrq [io_addr 
[base_addr]]] 

The NI5210 driver requires three additional parameters: the hardware interrupt 
number, the I/O address and the memory base address. The defaults are 2, 
0x360 and OxdOOO. 

Racal-lnterlan N 1 65 10 

usage: ni6510 [options] packet_int_no [hardwarejrq [io_addr]] 

The ni6510 driver has two additional parameters: the hardware interrupt 
number and the I/O address. The defaults are 2 and auto-sense. These 
parameters do not need to be set unless the auto-sense routine fails or otherwise 
disrupts operation of the PC. 

Racal-lnterlan (Formerly Micom-lnterlan) NI9210 

usage: ni9210 [options] packet_int_no [hardwarejrq [iojaddr 
[basejaddr]]] 

The ni9210 driver requires three additional parameters: the hardware interrupt 
number, the I/O address and the memory base address. The defaults are 2, 
0x360 and OxdOOO. 

NTI 16 

usage: nti16 [options] packetj'ntjio [hardwarejrq [iojaddr [basejaddr]]] 

The ntil6 driver requires three additional parameters: the hardware interrupt 
number, the I/O address and the memory base address. The defaults are 3, 
0x338 and OxdOOO. 

SLIP8250 

usage: SLIP8250 [options] packetj'ntjio [-h] [driver_class] [hardwarejrq] 
[iojaddr] [baudjate] [recv_buf_size] 

The driver_class should be SLIP, KISS, AX.25 or a number. 

The SLIP8250 driver is not strictly an Ethernet adapter. However, some 
software packages (such as KA9Q's NET and NCSA Telnet) support Serial Line 
IP (SLIP). SLIP must be specially supported because it doesn't use ARP and 
has no hardware addresses assigned to it's packets. The PDS is not clear on this, 
but the packet driver does the SLIP encoding. 
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The parameters are as follows: 

The -h flag is included for using hardware handshaking (the packet driver 
will then suspend the transmission of characters while CTS is low). 

The driver_class is the class that is returned to a client of the packet driver 
spec in the driver_info call. 

The hardware_irq is the hardware interrupt number (defaults to 4 
(COM1)). 

The io_addr is the hardware I/O address (defaults to 0x3 f8 (COM1)). 
The baud_rate defaults to 4800 baud. 
The recv_buf_size defaults to 3000. 

SMC (formerly Western Digital) (also IBM) SMCWD 

usage: smc_wd [options] packet_int_no [-o] [intjevel [io_addr 
[mem_base]]] 

The SMC WD driver runs the SMC (formerly Western Digital) E, EBT, EB, 
ET/A, and E/A Ethernet NICs (but not the Ultra), and also runs on the IBM 
MicroChannel Ethernet NICs with POS ID's 0xEFE5, 0xEFD4 and 0xEFD5. 

The ISA SMC WD requires three additional parameters: the hardware interrupt 
number, the I/O address and the memory base address. The ISA defaults are 3, 
0x280 and OxdOOO. The MCA SMC WD picks up its default parameters from 
the POS registers so they only need to be specified when there are multiple 
NICs. The SMC WD NICs do not enable their memory until configuration time. 
Some 386 memory mappers will map memory into the area that the NIC intends 
to use. The software should be configurable so this area of memory will be left 
alone. Also, the driver will refuse to map memory into occupied memory. The 
occupied memory test fails on some machines. The optional switch -o disables 
the check. 

If the error 'PROM ADDRESS Invalid' occurs, use EZSETUP to reset all the 
parameters (to the same values). Occasionally wayward programs will write to 
locations that don't belong to them. This can corrupt the EEPROM checksum 
on the NIC. EZSETUP will restore the correct checksum. 
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Thomas-Conrad tcenet 

usage: tcenet [options] packet_int_no [int_no [io_addr]] 

The tcenet driver requires two additional parameters: the hardware interrupt 
number and the I/O address. The defaults are 3 and auto-sense. 

Tiara LAN card 

usage: tiara [options] packet_int_no [hardware_irq [io_addr]] 

The Tiara driver runs the both the 8- and 16-bit Tiara LANCARD/E NICs. The 
Tiara driver requires two additional parameters: the hardware interrupt number 
and the I/O address. 

Ungermann-Bass NIC-PC 

usage: ubnicpc [options] <packet_int_no> <hardware_irq> <base_addr> 

The UB NIC-PC driver requires two additional parameters: the hardware 
interrupt number and the memory base address. 

Ungermann-Bass NIC-PS/2 

usage: ubnicps2 [options] <packet_int_no> <hardware_irq> <io_addr> 
<base_addr> 

The UB NIC-PS/2 requires three additional parameters: the hardware interrupt 
number, the I/O address and the memory base address. The defaults are the 
contents of the POS registers so the only time the parameters would need to be 
used is if there are two NIC-PS/2 NICs in one machine. 

Zenith Data Systems Z-Note 

usage: znote [options] packet_int_no 

The Z-Note packet driver also works on the IBM Thinkpad 300. The Z-Note 
packet driver has no parameters beyond the packet driver software interrupt 
number. It picks up its parameters from the bios. This driver also turns the 
hardware on when it starts, and off when it exits so the NIC does not need to be 
enabled. In fact, it should be left disabled so the power is saved when the driver 
is not installed. 
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Error Levels 

Some of the packet drivers return error codes. Some of these error codes indicate 
fatal errors, and some are merely warnings. For the moment, you must consult the 
source to see what the error codes mean. For example, pktchk returns 0 if a packet 
driver exists at a given address, and 1 if not. 

Utility Programs 

CRYNWR also includes several utility programs for packet drivers: 
PKTADDR 

usage: pktaddr packet_int_no [Ethernet_addr] 

If the second argument is given, the Ethernet address of the given packet driver 
is set. The Ethernet address is printed out. 

PKTALL 

usage: pktall packet_int_no [-v] [-p] [-a et:he:rn:et:ad:dr] 

All packets are received and discarded from the given packet driver. 
This program is most useful with PKTMODE and TRACE. 
The -v switch causes the packet contents to be printed. 

The -p switch causes the driver to enter promiscuous mode (receives all packets 
regardless of destination address). 

The -a switch can filter out all but a specific address. 
PKTCHK 

usage: pktchk packet_int_no [packet_int_no] 

Test for existence of a packet driver. Returns with errorlevel 0 if the specified 
interrupt has a packet driver. If the second argument is given, all interrupts in 
the range are checked for a packet driver. If no packet driver is found at all, 
errorlevel 1 is returned. 
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PKTMODE 

usage: pktmode packet_int_no [receive_mode] 

If the second argument is given, the receive mode of the given packet driver is 
set. A decimal number from the list of modes should be used. All the possible 
modes are printed out. Unimplemented modes are marked with 'xx', and the 
current mode is marked with '->'. 

PKTMULTI 

usage: pktmulti packet_int_no [-f filename | address ...] 

The specified addresses are set as allowed multicast addresses. If no list of 
addresses is given, the current list of addresses is printed. The addresses may 
either be specified on the command line or in a file using the -f option. When a 
file is used, any white-space in the file is ignored. 

PKTSTAT 

usage: pktstat first_int_no [last_int_no] 

The statistics for all packet drivers in the given range are printed. The default 
range is 0x60 through 0x80. The meanings of the columns are: 

pkt in The number of packets ever received by this driver 

pkt_out The number of packets ever transmitted by this driver 

by t i n The number of bytes ever received by this driver 

byt_out The number of bytes ever transmitted by this driver 

pk_drop Packets dropped because there was no handler for that Ethernet 
packet type 

err_in Dependent upon the packet driver 

err_outa Dependent upon the packet driver 

PKTSEND 

usage: pktsend packet_int_no [-r] [-d delay] [-f filename | packet] 

The specified packet is sent using the specified packet driver. The -r option says 
to repeat sending as fast as possible. This option should not be used very often. 
The -d option inserts a system-dependent delay between sending packets. 
Without -r, the program waits for a key before sending a packet. The packet 
may either be specified on the command line, or in a file using the -f option. 
When a file is used, any white-space in the file is ignored. 
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PKTTRAF 

usage: pkttraf packet_int_no 

Graphically display traffic on an EGA or VGA screen. The first twenty 
Ethernet addresses encountered are assigned a node number. The traffic 
between each pair of nodes is displayed as a line of varying intensity. When any 
line reaches maximum intensity, the intensities of all lines are halved. A cursor 
highlights one of the nodes. The Ethernet address of the highlighted node is 
printed in the lower-right corner. The cursor is moved using space and 
backspace. 

PKTWATCH 

usage: pktwatch packet_int_no [-a et:he:rn:et:ad:dr] 

PKTWATCH runs the driver in promiscuous mode and prints all packets 
received on the screen. The a- switch filters out all but a specific address. 

TERMIN 

usage: termin [-s] packet_int_no 

The specified packet driver is terminated, and its memory recovered. 

The -S option (stop) is used to prepare for termination. The in-use flag for all 
handles is cleared. This prevents upcalls to handlers that are to be removed and 
also makes it possible to later terminate the packet driver even though handles 
are not released. 

TRACE 

usage: trace packet_int_no [buffer_size] 

TRACE is very useful for debugging packet driver troubles. TRACE can trace 
all transactions between a user program and the packet driver. The transactions 
are stored in a memory buffer whose size is set with buffer_size. The default 
size is 10,000 bytes. 

When TRACE is run, it sets itself up and then spawns COMMAND.COM so a 
network program can run that uses the packet driver. After quitting the network 
session, issue an EXIT command. This returns to TRACE, which writes the 
transaction log to TRACE. OUT. The following program, DUMP, interprets 
TRACE. OUT. 
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DUMP 

usage: dump 

Interprets the contents of TRACE. OUT as written by TRACE. 
WINPKT 

usage: winpkt <packet_int_no> 

Provides a packet driver interface between Windows 3 Enhanced Mode 
applications and a real packet driver. This attempts to solve the problem of 
Windows moving DOS applications around in memory 'willy nilly'. It replaces 
the -w flag hack. WINPKT and -w are only needed for non-resident DOS TCP 
stacks (e.g.: NCSA Telnet, PC-Gopher, etc.). 

Previous versions of WINPKT had two parameters and required different 
interrupts for the virtual packet driver and the real packet driver. This caused 
confusion when the software used the wrong packet driver. This version requires 
that the same packet_int_no as the existing packet driver be used. 

Install WINPKT after the packet driver and before starting Windows. 
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Chapter 1 
Technical Support 

Technical Support 

If problems occur with this IMC Networks product, please re-check the 
configuration and refer to Section 2, Chapter 5, Troubleshooting. If the problem still 
cannot be resolved, then call your local distributor/dealer or IMC Networks 
Technical Support. 

Technical Support is available at: 

TEL: (714) 724-1070 — 6:00 A.M. to 5:00 P.M. Monday through Friday, 
Pacific Standard/Daylight Time (PST/PDT) 

E-mail: techsupport@imcnetworks.com 

WEB: http://www.imcnetworks.com 

BBS: (714) 724-0930 — the BBS uses a Telebit T3000 modem with V.42bis 
support for 300, 1200, 2400, 4800 and 9600 baud access and up to 
38,400 baud file transfer speed with V.42bis data compression. The 
modem settings are 8 data bits, 1 stop bit and no parity at up to 9600 
baud. 
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Chapter 2 
Warranty 

Hardware Warranty 

IMC Networks warrants to the original end-user purchaser that this hardware 
product, EXCLUSIVE OF SOFTWARE, shall be free from defects in materials and 
workmanship under normal and proper use in accordance with IMC Networks' 
instructions and directions for 3 years after the original date of purchase. This 
warranty is subject to the limitations set forth below. 

At its option, IMC Networks will repair or replace at no charge the IMC Networks 
product which proves to be defective within such warranty period. This limited 
warranty shall not apply if the IMC Networks product has been damaged by 
unreasonable use, accident, negligence, service or modification by anyone other 
than an authorized IMC Networks Service Technician or by any other causes 
unrelated to defective materials or workmanship. Any replaced or repaired products 
or parts carry a ninety (90) day warranty or the remainder of the initial warranty 
period, whichever is longer. 

To receive in-warranty service, the defective product must be received at IMC 
Networks no later than the end of the warranty period. The product must be 
accompanied by proof of purchase, satisfactory to IMC Networks, denoting product 
serial number and purchase date, a written description of the defect and a Return 
Merchandise Authorization (RMA) number issued by IMC Networks. No products 
will be accepted by IMC Networks which do not have an RMA number. For an 
RMA number, contact IMC Networks at PHONE: 714/724-1070 or FAX: 714/724- 
1020. The end-user shall return the defective product to IMC Networks, freight, 
customs and handling charges prepaid. End-user agrees to accept all liability for 
loss of or damages to the returned product during shipment. IMC Networks shall 
repair or replace the returned product, at its option, and return the repaired or new 
product to the end-user, freight prepaid, via method to be determined by IMC 
Networks. 
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IMC Networks shall not be liable for any costs of procurement of substitute goods, 
loss of profits, or any incidental, consequential, and/or special damages of any kind 
resulting from a breach of any applicable express or implied warranty, breach of any 
obligation arising from breach of warranty, or otherwise with respect to the 
manufacture and sale of any IMC Networks product, whether or not IMC Networks 
has been advised of the possibility of such loss or damage. 

EXCEPT FOR THE EXPRESS WARRANTY SET FORTH ABOVE, IMC 
NETWORKS MAKES NO OTHER WARRANTIES, WHETHER EXPRESS OR 
IMPLIED, WITH RESPECT TO THIS IMC NETWORKS HARDWARE 
PRODUCT, INCLUDING WITHOUT LIMITATION ANY SOFTWARE 
ASSOCIATED OR INCLUDED. IMC NETWORKS SHALL DISREGARD AND 
NOT BE BOUND BY ANY REPRESENTATIONS OR WARRANTIES MADE BY 
ANY OTHER PERSON, INCLUDING EMPLOYEES, DISTRIBUTORS, 
RESELLERS OR DEALERS OF IMC NETWORKS, WHICH ARE 
INCONSISTENT WITH THE WARRANTY SET FORTH ABOVE. ALL 
IMPLIED WARRANTIES INCLUDING THOSE OF MERCHANTABILITY AND 
FITNESS FOR A PARTICULAR PURPOSE ARE HEREBY LIMITED TO THE 
DURATION OF THE EXPRESS WARRANTY STATED ABOVE. 

Every reasonable effort has been made to ensure that IMC Networks product 
manuals and promotional materials accurately describe IMC Networks product 
specifications and capabilities at the time of publication. However, because of 
ongoing improvements and updating of IMC Networks products, IMC Networks 
cannot guarantee the accuracy of printed materials after the date of publication and 
disclaims liability for changes, errors or omissions. 
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Software License Agreement and Warranty 

IMC Networks owns the Programs and Documentation contained in this package, 
both of which are protected under the copyright laws of the United States. In 
exchange for a fee, the end-user purchasing this package is granted a license to use 
these Programs and Documentation, subject to the following terms and conditions. 

LICENSE 

The end-user is granted a non-exclusive license to use these Programs (Licensed 
Programs) and Documentation. 

COPYING & TRANSFERRING 

The end-user MAY 

a) copy the Licensed Programs for backup or archival purposes and 
copy the Programs and Documentation for multiple users. 

The following copyright notice must be included on the label 
of each diskette copy: 

©1994 - 1996 IMC Networks. All Rights Reserved. 

b) transfer the Licensed Programs from one computer to another. 
The end-user MAY NOT 

a) distribute or resell copies of the Licensed Program and/or 
Documentation to others without the written consent of IMC 
Networks, 

b) sublicense, sell, rent, lease or transfer rights to the Licensed Programs 
without the written consent of IMC Networks, 

c) translate, reverse engineer, decompile, disassemble, modify or 
otherwise alter the Licensed Programs contained in this package, 

d) sell or ship the Licensed Programs to any country of destination 
prohibited by the United States government. 
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TERM 

The end-user license and right to use the Licensed Programs and Documentation 
will terminate automatically if the end-user violates any of the terms of this 
Software License Agreement. 

LIMITED WARRANTY 

IMC Networks warrants to the original end-user purchaser that the media on which 
the Licensed Programs are provided shall be free from defects in materials and 
workmanship under normal and proper use for a period of 90 days after delivery to 
the end-user, as established by the end-user's proof of purchase. IMC Networks 
specifically disclaims all warranties of merchantability, performance and fitness for 
any particular purpose, nor does IMC Networks warrant that the Licensed Programs 
are free from defects, will operate without interruption or are compatible to other 
hardware or software. 

IMC Networks shall not be liable for any costs of procurement of substitute goods, 
loss of profits, or any incidental, consequential, and/or special damages of any kind 
resulting from a breach of any applicable express or implied warranty, breach of any 
obligation arising from breach of warranty, or otherwise with respect to the 
manufacture and sale of any IMC Networks product, whether or not IMC Networks 
has been advised of the possibility of such loss or damage, nor shall IMC Network's 
liability exceed the amount paid for the product. 

GENERAL TERMS 

This Software License Agreement shall be governed by the laws of the State of 
California. 

THE END-USER ACKNOWLEDGES THAT THIS AGREEMENT IS THE 
COMPLETE AND EXCLUSIVE STATEMENT OF AGREEMENT BETWEEN 
THE END-USER AND IMC NETWORKS AND SUPERSEDES ANY 
PROPOSAL OR PRIOR ORAL OR WRITTEN COMMUNICATIONS TO THE 
SUBJECT MATTER OF THIS SOFTWARE LICENSE AGREEMENT. 
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Federal Communications Commission Radio Frequency 
Interference Statement 

This equipment has been tested and found to comply with the limits for a Class A 
computing device, pursuant to Part 15 of the FCC Rules. These limits are designed 
to provide reasonable protection against harmful interference when the equipment is 
operated in a commercial environment. This equipment generates, uses, and can 
radiate radio frequency energy and, if not installed and used in accordance with the 
instruction manual, may cause harmful interference to radio communications. 
Operation of this equipment in a residential area is likely to cause harmful 
interference in which case the user will be required to correct the interference at his 
own expense. 

The use of non-shielded I/O cables may not guarantee compliance with FCC RFI 
limits. 



Safety Certifications 

UL: Listed to UL1950 and CSA 22.2, No. 950, Safety of Information Technology 
Equipment, Including Electrical Business Equipment. 

TUV/GS: Certified to EN 60 950, Safety of Information Technology Equipment, 
Including Electrical Business Equipment. 

CE: The products described herein comply with the Council Directive on 
Electromagnetic Compatibility (89/336/EEC) and the Council Directive on 
Electrical Equipment Designed for use within Certain Voltage Limits (73/23/EEC). 
For further details, contact IMC Networks. 
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Chapter 3 
Glossary of Terms 

10Base-2 The implementation of the 802.3 standard also known as thinnet. 
10Base-2 networks operate over thin coaxial cable at 10 Megabits per second 
baseband. 

10Base-5 The implementation of the 802.3 standard also known as standard 
Ethernet or thicknet. 10Base-5 networks run on thick coaxial cable at 10 Megabits 
per second baseband. 

lOBase-FL The implementation of the 802.3 standard designed to operate over 
fiber optic cable at 10 Megabits per second baseband. 

lOBase-T The implementation of the 802.3 standard designed to operate over 
Unshielded Twisted Pair (UTP) cable at 10 Megabits per second baseband. 

100Base-T A proposal to the 802.3 standard which preserves the CSMA/CD 
protocol also known as Fast Ethernet designed to operate over Unshielded Twisted 
Pair (UTP) cable at 100 Megabits per second baseband. 

802.3 The numerical designation for the IEEE standard governing the use of the 
CSMA/CD media-access method. 

Agent Refers to all software components running within a manageable device (e.g.: 
the SNMP tasks, TCP/IP tasks). 

ASN.l (Abstract Syntax Notation One) An OSI programming/description language 
used by SNMP to define managed objects. 

Attenuation The weakening of the signal being transmitted. It is a crucial factor in 
LAN design and the lengths of cable being used. 

Authentication A 'message' is authentified. For example: Is the community string, 
and, optionally, the IP address, correct? If one or both is incorrect, an 
Authentication Failure occurs. 

Backbone The primary connectivity mechanism of a hierarchical distributed 
system. 
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Backplane The bus in the back of a hub chassis that connects interface 
modules. 

Bandwidth The data-carrying capacity of a transmission medium measured in 
bits per second (bps) or in cycles per second or Hertz (Hz). 

Baseband A data-transmission technique that uses the entire bandwidth of a 
media without modulating a digital signal. Ethernet, Token-Ring and ARCnet 
use baseband transmission. As opposed to broadband. 

BNC A bayonet-locking connector used on 10Base-2 thinnet coaxial cabling. 
BNC is an acronym for Bayonet-Neill-Concelman. 

Bridge A networking device, often referred to as MAC level bridges, that 
connects local or wide area networks using the same or different data-link layer, 
or Layer 2 of the OSI model, protocol. Two LANs connected in this manner 
effectively become one LAN. 

Broadband A data-transmission technique that allows multiple signals to share 
the bandwidth of a transmission media. Cable TV is a broadband transmission 
in that signals for multiple TV stations are carried over separate channels. As 
opposed to baseband. 

Bus Topology A network architecture in which all the nodes are connected to a 
single cable which is terminated at each end. 

Cascading The term used to describe the connection of twisted pair hubs by 
running twisted pair cable from one hub to another. 

Collision The term used when the electrical signals from two network devices 
run into each other triggering a retransmission. When this is detected 
retransmission is timed so a second collision is not likely. 

Collision Domain A LAN is a network which spans a limited geographical 
area. It is further described by the IEEE as a collision domain. A collision 
domain is a single CSMA/CD network which may consist of two or more 
Medium-Access Control (MAC) sublayers. MAC sublayers separated by a 
repeater are within the same collision domain. MAC sublayers separated by a 
bridge are within different collision domains. Configuring a hub or repeater 
with separate or multiple collision domains is often incorrectly referred to as 
'segmentation.' 
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Community Strings SNMP's 'security'. A community string is normally 
associated with a group of managed objects. 

Concentrator See Repeater. 

Connection-less mode (CL) A transport service which includes ALL 
information required, (e.g.: addressing, data transfer and control [error 
checking]). CL is often termed 'robust'. 

Connection-orientated (CO) A transport protocol with 3 distinct phases: 
Establish session, Transfer data, Release session. 

Converter A device which converts one media type to another (BNC to twisted 
pair, for example). These devices do not retime data as required by the IEEE 
802.3 standard for repeater performance. Use of these devices on a heavy 
traffice LAN may result in excessive collisions. 

CRC (Cyclical Redundancy Check) The mathematical calculation for 
checking the number of errors in a message. 

Crossover Wiring A special twisted pair cable with the transmit and receive 
functions of the two twisted pairs transposed on one end for connecting 
(cascading) twisted pair hubs through RJ-45 ports without the ability to disable 
the internal crossover function. 

CRYNWR Packet Drivers A family of public domain PDS's distributed by 
IMC Networks (and others). The Crynwr PDS's are based on the Clarkson 
Packet Drivers. 

CSMA/CD (Carrier-Sense Multiple Access with Collision Detection) The 

network-access method used by Ethernet networks. 

DCE (Data Communications Equipment) The equipment that sits between 
end devices (DTE) and the network, establishing, maintaining and terminating 
the connection in a data conversation. It also provides any encoding or 
conversion necessary via transceiver/MAU. 

Default Gateway The IP address of a gateway (usually a router) on the 
network. 
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DTE (Data Terminal Equipment) The end point of a communications link (e.g., 
workstations, repeater, fileservers, printers). A DTE must connect with a DCE for 
data conversation. 

EMI (Electromagnetic Frequency Interference) Unwanted 'noise' created by 
current-producing devices such as electric motors and fluorescent lights. EMI 
effects the quality of the signal passing through data transmission medium. 

Ethernet A 10 megabit per second (Mbps) baseband-type network that uses the 
contention-based CSMA/CD media access method. Invented by Robert Metcalfe at 
Xerox's Palo Alto Research Center in the mid-1970s. 

Ethernet II Frame An ethernet frame format defined by the IEEE. Ethernet II 
frames are usually associated with the TCP/IP protocol. 

Fast Ethernet A 100 megabit per second (Mbps) baseband- type network that uses 
the contention-based CSMA/CD media access method. The new method was 
presented to the IEEE committee for review in 1994. 

Fault Tolerance A method of making a LAN resistant to cable or hardware 
problems. In reference to a LAN, fault tolerance is accomplished with the use of a 
transceiver/MAU, hub or multiport repeater where each segment can be isolated 
from others and the rest of the LAN remains up and running with no loss of data. 

Frame A term applied to an Ethernet packet. 

Gateway An historically INCORRECT term used by the Internet. In reality, a 
gateway is really a router or bridge which allows connection onto the Internet. 

Heartbeat Also known as SQE (Signal Quality Error), a test between the 
transceiver/MAU and the DTE to ensure that the collision detection circuit in the 
transceiver/MAU is working. The heartbeat function must be disabled when a 
transceiver/MAU is attached to a repeater. Every time a transceiver/MAU has 
successfully completed a transmission, it must send the SQE to the DTE to which it 
is connected to confirm that the collision detect circuit is functioning properly. This 
continual 'pulsing' is referred to as heartbeat. 
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HM (Hub Module) The basic building blocks for the modularity of IMC Networks 
hubs (EtherWay/TP, EtherWay/2, EtherWay/5 and EtherWay/12). HMs are 
available for 10Base-2 thin coax, lOBase-T twisted pair and lOBase-FL fiber optic 
cabling. A 3-PIM version allows connection of any combination of cabling 
media with the use of PIMs. 

HMP (Hub Management Protocol) IMC Networks' unique protocol allowing a 
PC running HUBCTRL to connect to an IMC Networks manageable device without 
the aid of TCP/IP or SNMP 

Hub A wiring concentrator or repeater that brings together the connections from 
multiple network nodes in a star topology. See Repeater. 

HUBCTRL IMC Networks' in-band configuration and diagnostics software. 
HUBCTRL is not reliant upon TCP/IP or SNMP and can be used to configure the 
TCP/IP and SNMP information in an IMC Networks manageable device. 

IAB (Internet Architecture Board) The top committee of the Internet. 
Responsible for overseeing the IETF and IESG. 

IANA (Internet Assigned Numbers Authority) A committee responsible for 
assigning numbers for the Internet suit of protocol (IP addresses, enterprise specific 
MIBs, etc). 

ICMP (Internet Control Message Protocol) A reporting protocol for the IP 
component of TCP/IP. ICMP relays messages as to the status of an IP connection. 

IEA (Electronic Industries Association) A professional organization that 
formulates computer and communications standards in the U.S. 

IEEE (Institute of Electrical and Electronics Engineers) A professional 
organization that formulates computer and communications standards in the U.S. 
and works with other standards-setting bodies including the International Standards 
Organization (ISO). 

IEEE 802.3 Repeater MIB The IEEE MIB for repeaters and hubs. 
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IESG (Internet Engineering Steering Group) The coordinators of IETF and 
standard setters for the Internet. 

IETF (Internet Engineering Task Force) A task force under supervision of the 
IAB responsible for answering the short-term needs of the Internet. 

In-band The technique of transmitting controlling information over the same LAN 
the information is controlling. 

Internet A collection of computer networks all running the Internet suite of 
protocols. The Internet is the basic foundation for the information super-highway. 

internet (with a small 'i') A term applied to a group of interconnected networks. 
Inter-Repeater Link See Link Segment. 

IP (Internet Protocol) A connectionless orientated protocol, offering network 
services. 

IP Address A unique address assigned to ANY device running TCP/IP. 

ISO (International Standards Organisation) An internationally recognised 
standards body. 

Jabber An error condition that occurs when an Ethernet network device transmits 
packets that are larger than the maximum allowable size. 

LAN (Local Area Network) See Collision Domain. 

Link Segment Electronically continuous piece of a bus, consisting of the same 
cable with only two devices in a point-to-point configuration. 

MAC (Medium Access Control) The lower half of OSI Layer 2 that governs 
access to the transmission media (e.g.: coaxial, fiber optic or twisted pair cable); the 
method of determining which device has access to the Ethernet collision domain at 
any given time. 

MAC Interface The Ethernet interface used by the intelligence (specifically the 
SNMP agent) in the EtherWay hub for communications to/from the Ethernet cable. 
The MAC interface in EtherWay products is always connected to Collision Domain 
1. 

Managed Object A term applied to a unit of management information, (e.g.: the 
status of Board 1 Port 1 is a managed object) 
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MAU (Medium Attachment Unit) Also known as a transceiver and not to be 
confused with a Token Ring MAU (Media Access Unit). An Ethernet device for 
transmitting and receiving data that often provides data packet collision detection as 
well. It can either be an internal or external feature of a network device such as 
network interface card, repeater, hub or concentrator. Internal MAUs are built into 
the network device; external MAUs usually plug directly onto the AUI port of the 
device. A multi-port MAU, or transceiver, allows a number of 
computers/workstations to be attached to a single connection on the Ethernet bus 
and each port performs the standard transceiver functions. 

MDI (Medium-Dependant Interface) The mechanical and electrical interface 
between the segment and the MAU. 

MIB (Management Information Base) The general term the database of object 
managed within a network. 

MIB Variable See managed object. 

Netmask Used by the TCP/IP protocol to decide how the network is broken up into 
sub-networks. 

NIC (Network Interface Card) An adapter card providing the physical connection 
between a computer and the network medium. 

NMS (Network Management Software) A term applied to ANY SNMP compliant 
management software. Not to be confused with Netware Management Services from 
Novell. 

Node A point in a network where service is provided, service is used, or 
communications channels are interconnected (e.g.: a workstation, a fileserver, etc). 

Non-volatile RAM Memory which holds its information even when main power is 
turned off. Usually, non- volatile RAM is backed up via a battery. 

Octet Eight bytes make an Octet. Many MIBs have a managed object for counting 
the number of octets received by the MAC, the port or the index. 

Out-of-band The technique of transmitting controlling information over a separate 
channel to the LAN the information is controlling. This allows access to network 
devices even when the network is not functioning. 

Packet A collection of bits comprising data and control information including 
source and destination node addresses, formatted for transmission from one node to 
another. 
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PDS (Packet Driver Specification) A defined driver structure usually used in 
conjunction with a higher level protocol (e.g. TCP/IP, HMP) 

PDU (Protocol Data Unit) A term applied to the user data and control information 
transmitted by an SNMP manageable device or SNMP management station. 

PIM (Port Interface Module) A removable cabling media module providing a full 
range of cabling connection options for use in IMC Networks modular Ethernet 
repeaters and hubs. PIMs are available for every Ethernet cabling type. 

Port The entrance and exit point for information going into and out of a network 
device. 

Promiscuous Mode The MAC interface on the device will record/capture ALL 
packets on the collision domain, regardless to the fact that the packet may NOT be 
destined to this MAC. 

Protocol A standardized set of rules specifying the packet format, timing, 
sequencing and/or error checking for data transmission. 

Protocol Stack Several protocols that are stacked on top of each other to form a 
layered structure in which each protocol utilizes the services provided by the layer 
below and provides services to the layer above. 

Repeater A device that regenerates and amplifies signals to extend transmission 
distance. It also links multiple segments of an Ethernet network in either a bus or 
star topology. Fully 802.3 compliant repeaters regenerate and retime the signal of 
each packet of information and automatically partition and isolate faulty segments 
when collisions occur on the network. Repeaters, hubs and concentrator all 
technicall perform the same basic function. 

RFC (Request For Comment) A document describing an Internet protocol, (e.g. 
RFC1155 is the core document for SNMP) 

RFC1155 SMI Structure and identification of Management Information. The core 
RFC for SNMP compliant devices. 

RFC1157 SNMP Definition of the SNMP command set and PDU. 

RFC1212 Concise MIB definition. The RFC outlining how MIBs should be 
structured. 

RFC1213 Management Information Base II. The Internet Standard MIB. The 
minimum MIB requirement in order to be called SNMP compatible. 



4.3.8 Glossary of Terms 



General Information 



RFC1271 RMON MIB Remote MONitor MIB. A MIB designed for monitoring 
and diagnosing traffic on a collision domain. 

RFC 1398 MIB for 'Ether-like' interfaces. 

RFI (Radio Frequency Interference) Unwanted noise created by current- 
producing devices such as electric motors and fluorescent lights. RFI effects the 
quality of the signal passing through some data transmission medium. 

RM (Repeater Module) A user-configurable multi-media repeater module which 
is installed in IMC Networks modular AnyWay LANrepeaters. Each RM requires a 
minimum of two PIMs in any combination. 

RMON (Remote Monitor) The specification for gathering SNMP information 
from an RMON compliant network device. 

Router A device which provides intelligent connections between networks. Routers 
operate at the network (Layer 3) layer of the OSI model and are responsible for 
making decisions about which paths through a network the transmitted data will use. 

RS232-C An IEA standard definition for the 25-pin interface linking DTEs and 
DCEs. RS232-C is suitable for both synchronous and asynchronous 
communications. 

RS422 An IEA recommended standard definition for extending RS232-C interface 
beyond the 50 foot limit. 

RS485 Similar to RS422 but is used in multi-point application where up to 64 
network devices may be interconnected. 

Segment An electronically continuous portion of a network, usually consisting of 
the same coaxial cable with multiple devices attached. 

SGMP (Simple Gateway Monitoring Protocol) The forerunner of SNMP. SGMP 
was developed by the Internet community to manage the gateways which provide 
access to the Internet. 

SNMP (Simple Network Management Protocol) The protocol governing network 
management and monitoring of network devices and their functions. 

SNMPv2 Version 2 of the SNMP Protocol. The next release of SNMPv2 adds 
extra security, commands and statistics. 

Socket A unique number defined by the TCP/IP protocol indicating what type of 
services or packet the frame is composed of. (e.g. socket 161 is a UDP/SNMP socket) 
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SQE (Signal Quality Error) Also know as heartbeat, a test between the 
transceiver/MAU and the DTE to ensure that the collision detection circuit in the 
transceiver/MAU is working. The heartbeat function must be disabled when a 
transceiver/MAU is attached to a repeater. If a transceiver/MAU, while 
transmitting, detects a collision, the transceiver/MAU sends the SQE signal to the 
repeater, or node, to which it is connected. 

Star Topology A network architecture in which nodes are connected to a central 
device such as a hub or concentrator. 

STP (Shielded Twisted Pair) Metal-backed mylar, plastic or PVC covering to 
protect the cable from EMI and RFI. STP cable offers better noise protection than 
UTP (Unshielded Twisted Pair) cabling. 

Subnet A physically distinct network identified by its IP address. 

Subnet-mask A 32-bit number used by IP to identify subnets. 

Subnet-number The part of the IP address which identifies a certain subnet. 

TCP (Transmission Control Protocol) A connection orientation transport protocol. 

TCP/IP (Transmission Control Program/Internet Protocol) A general term 
applied to the transport suite developed by the Internet. 

Transceiver Also known as a MAU and not to be confused with a Token Ring 
MAU (Media Access Unit). An Ethernet device for transmitting and receiving data 
that provides data packet collision detection as well. It can either be an internal or 
external feature of a network device such as network interface card, repeater, hub or 
concentrator. Internal MAUs are built into the device; external MAUs usually plug 
directly onto the AUI port of the device. A multi-port MAU, or transceiver, allows 
a number of computers/workstations to be attached to a single connection on the 
Ethernet bus and each port performs the standard transceiver functions. 

UDP (User Datagram Protocol) A connectionless orientated transport protocol. 
UDP is the transport protocol used by SNMP. 

UTP (Unshielded Twisted Pair) Cabling with insulation material like that 
commonly used with telephone cabling but without a covering to protect it from 
EMI and RFI. The cable consists of at least two conductors twisted together six 
twists per inch to minimize the effects of electromagnitic radiation. 

Wiring Closet Central location for terminating and routing onsite wiring systems. 
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